Suchergebnisse

Zitat von Amelie: „Ich beschäftige mich soeben mit dem "Winform - MVVM". Das erste was mir beim lesen von vielen Beträgen aufgefallen ist, das man dabei erheblich mehr Code & Classes benötigt? Ich habe mit mal daran versucht und stelle fest, das es für mich nicht gerade "einfacher" ist damit zu arbeiten. Aber vielleicht habe ich das ganze auch falsch verstanden.“Ich kenne deine Quellen ("vielen Beträge") nicht, aber "Winform - MVVM" - ich glaub, das ist eine Schnaps-Idee. WinForms ist für MVVM n…

natürlich ist Xaml eine Programmiersprache: "Extensible Application Markup Language". Und auch eine nicht einfach zu erlernende - weil tickt komplett anders. Xaml ist eine sog. "deklarative Sprache", also man kann damit keine Abläufe aufschreiben, sondern nur irgendwas mit irgendwem in Beziehung setzen. Also während man im prozeduralen VB aufschreibt, was wann in welcher Reihenfolge passieren soll, kann man Xaml eher als eine "Bildbeschreibung" auffassen. Und das ist grundsätzlich ziemlich pfiff…

Sql ist keine deklarative Sprache, sondern ist mengen-orientiert. wenn wolle lies Wiki: de.wikipedia.org/wiki/Deklarative_Programmierung @Amelie: Dein Codebeispiel ist zu wenig - daran kann man keine Architektur dran vorführen. Es sollten schon mehrere Datensätze zu lesen, zu ändern, zuzufügen, zu löschen und zu speichern sein. Ich könnte auch einfach dein Stationen-Dingens nehmen - das tut ja genau das. Soll ich? Also würdest du da noch durchblicken? Poste am besten ein Stationen-Dingens, wo du…

Jo, hab das ding nu teilweise überarbeitet. Es gibt nu einen Ordner GUI, da sind Forms und UserControls drin. Mein konzept ist, für jede TabPage ein eigenes UserControl, weil sonst wird das MainForm zu voll. Und einen Ordner Dataset, darin das Dataset, SampleDateien, Busineslogik. Printing habich auch der BL zugeschlagen, in einer eigenen Partial-Datei. Berechnungen sind natürlich Busineslogik. Ausserdem habich ein Helpers-Projekt hinzugefügt, mit minimalem Funktionsumfang. Ich habe mich nur um …

Zitat von Amelie: „...lesen von vielen Beträgen... ... Artikel zum Lesen immer GUT... “@'Amelie': Ähm - bei dir habich das Gefühl, es ist nicht immer GUT, weil du dich heillos verzettelst. Quasi dich in alle Richtungen gleichzeitig fortentwickeln willst, und am Ende nur Verwirrung zustande bringst. Gut finde ich, dass du scheinbar trotzdem ein Gespür dafür entwickelst, wenn die ach so dolle neue Dinge sich dann am Ende als nur noch umständlicher und komplizierter erweisen als wenn man den Kram b…

Zitat von Amelie: „Wenn ich das Projekt lade, kann ich kein anderes FW auswählen. Ist alles leer!“ vmtl. hast du gar kein .Net SDK installiert. Hier scheints die zu geben: dotnet.microsoft.com/en-us/dow…dio-sdks?cid=getdotnetsdk Du könntest es mit .net.9 versuchen

Tja, in Version1 ist Instance ein Feld, in Version2 ists ein Property. Databinding geht nur mit Properties (falls das mit dem Problem zu tun hat). probier auchma VB.NET-Quellcode (11 Zeilen)

Zitat von Amelie: „Fehler (aktiv) BC30738 '"Sub Main" wird in "XXXX" mehrmals deklariert“Jo, den Fehler kriege ich auch. Ich kriege .Net7 oder .Net8 hier nicht funktionsfähig. .Net5 war schon drauf.

komischer post - wenig hilfreich - oder mein englisch reicht nicht. Ich lese da: "Changing a Windows Forms App to use Sub Main rather than a form should build correctly, results in duplicate Sub Main error BC30738." Ja, das wusste ich bereits, aber ich dachte, man könne es iwie lösen?

hmm. installiert ist, vbproj richtig?, Projekt aber kaputt (kein TargetFramework). vb-paradise.de/index.php/Attachment/55170/vb-paradise.de/index.php/Attachment/55169/vb-paradise.de/index.php/Attachment/55168/

ja, das war der (letzte) Fehler: Hatte vergessen, explizit mit VS22 zu starten.

Zitat von Amelie: „Eine Combobox und ein Label. Sonst war es einfach, das Label mit zuändern, wenn ich die Auswahl in der Combobox gemacht habe. Das funktionierte quasi sofort.“Ich formuliere mal sauber: Sonst war es einfach, einen DetailView zu bauen: Einfach eine Combo und ein Label an dieselbe BindingSource binden - voila: Mit der Combo kann man einen Datensatz auswählen, und das Label zeigt ein Detail desselben. Nun ist WinForm-MVVM gefordert, dasselbe Feature bereitzustellen, damit es sich …

Zitat von Amelie: „Gehe mal davon aus, das ich für jede Combo eine separate Bindingsource erstellen muss?“Jo. 1 BindingSource ist 1 Sicht auf 1 Table. Sie weist auf 1 Datensatz (bs.Current) Werden mehrere Controls angeschlossen, so sind diese "parallelgeschaltet", und präsentieren denselben Datensatz. Das ist häufig erwünscht, etwa wenn mehrere Labels verschiedene Spalten/Properties desselben Datensatzes anzeigen sollen. Hingegen Comboboxen parallelzuschalten ist eher ungewöhnlich.

Zitat von Amelie: „Das mit dem Interface zur Form-Erstellung ist irgendwie ja schon gut“(Kleiner böser Einwurf : Ich bezweifel, dass das "irgendwie gut" ist. Sieh zu, dich davon zu überzeugen, dass es wirklich gut ist, und zu was es gut ist.)

zu post #126: hmm. Das Form kennt nun das Viewmodel. Und das Form kennt den BindingManager. Der BindingManager kennt Form und Viewmodel. Was ist da gewonnen? Ich sehe keinen Vorteil drin, dass nun ein "BindingManager" das tut, was eigentlich das Form tun müsste. Im Gegenteil: Was das Form tun muss, soll das Form tun. Ich wundere mich überhaupt über UpdateWeatherLabels - da werden Dinge getan (Bindings setzen) - das klicke ich normalerweise im Form-Designer zusammen - ist das bei WinForms-MVVM ni…

Achso. Ich dachte, das sei ein Versuch, MVVM-Ansprüche zu befriedigen. Inwiefern VS Bindings verschwinden lässt, kann ich erst auf Arbeit untersuchen. Nicht dass wir uns da ein Kuckucksei ins Nest holen, wenn wir auf .Net Standard gehen...

Zitat von VaporiZed: „Aber tDS wird wohl früher sterben als WinForms.“Ich denke, die werden gemeinsam untergegangen gemacht. Aber ich hab schon Ersatz angefangen zu stricken: Ein paar generische Klassen, die man in einen relationalen Zusammenhang setzen kann. Und das Ding kann man auch auf Platte speichern. Und mit TextTemplates kann ich diese Klassen generieren aus einem Edmx-Designer heraus. Es kann halt einiges noch nicht, was tDs kann, deshalb liegtes erstmal rum.

Zitat von Haudruferzappeltnoch: „Die Instanz auf dem Form zu haben ist ja auch nicht schlimm.“hmm - ich fand das schon immer ein verheerendes WinForms-FehlDesign, dass jedes Form sein eigenes Dataset enthält (im DesignerCode instanziert). Aber ich hab halt einen Workaround gefunden - eine Methode, die alle Bindings umstöpselt von der lokalen tDS-Instanz auf die globale. Zitat von Haudruferzappeltnoch: „ das ist in WPF der DataContext, da nimmt man sich auch die Instance der VM rein.“Ein Wpf-Wind…

Zitat von VaporiZed: „Ich hoffe, dass mir die anderen da zustimmen, ansonsten bitte präzisieren oder korrigieren.“Ja, ich denke, du beschreibst die MVVM-Forderungen ganz richtig. Nur würde ich das laxer handhaben. Weil Ich halte Winforms generell (noch?) für ungeeignet, um damit ein strenges MVVM umzusetzen. Da hilft auch kein CommandBinding, erst recht nicht, wenn so dermassen buggy. Mir scheint WinForms-MVVM nur mit unverhältnismässigem Zusatz-Aufwand möglich, und ohne wirklichen architektonis…

Zitat von Amelie: „Also habe ich ein ganz sauberes Projekt angelegt und schon mal etwas Vorbereitet.“Das heisst, nach 175 Posts kann dieser Thread jetzt auch wieder von vorne anfangen? hmm... Vielleicht solltet ihr Regeln einführen weil dieses "Ichmachmalwas..." -> "hab Schonmal weitergemacht..." -> "hab wieder von vorne angefangen..." - ich fürchte, auf Dauer werden dich nicht viele dabei begleiten wollen.

@Coldfire: Jo, das ist ja ein nettes Sortiment an Fragen. Die meisten Fragen verwenden den Komparativ. Dabei bleibt ungesagt, gegen was der Vergleich angestellt werden soll. Wenn gegen den Pattern "Alles ins CodeBehind" verglichen werden soll, so muss man für banale Programme die meisten Fragen verneinen, aber ab einer gewissen Komplexität (ungefähr mehr als 1 Form/UserControl, bzw mehr als 500 Zeilen) wird MVVM günstiger, und ab mittelgrosse Anwendung kommt man mit "Alles ins CodeBehind" ja gar…