Suchergebnisse

Hallo Da du Model-First machst gehe ich mal davon aus das du mit dem Entity Framework 6 arbeitest. Dieses ist ja fast schon veraltet, man sollte das EF Core nehmen, ist aber natürlich kein muss. Kannst ja auch beim 6.x bleiben. Ab Core wird offiziell auch nur noch Code-First unterstützt, was sowieso besser ist. Zitat von Jeiss: „Aber obwohl überall für die ID-Nummern Nullen eingetragen sind, reagiert das Grid mit den "Child-Daten" wenn ich im "Parent-Grid" in eine andere Zeile klicke.??“ Das pas…

Hallo Ja, genau. Bedenke das SaveChanges Integer zurückgibt. Du kannst also prüfen wieviele Datensätze von der speicherung betroffen waren. Dies ist immer gut zum prüfen. Gibt SaveChanged 0 zurück hat der Context keine änderung eines Datensatzes mitbekommen. z.b. weil du mit .AsNoTracking abgerufen hast. Klappt es denn nun mit dem speichern? PS: Vergiss nicht den Context wieder zu Disposen!!!! Achja: Besser statt: VB.NET-Quellcode (1 Zeile) mach: VB.NET-Quellcode (1 Zeile) Grüße Sascha

Zitat von Nofear23m: „Achja, mit EF kannst du unter WPF nicht direkt arbeiten!!!!“ Sorry, habs nur aus dem Kopf geschrieben. Evtl. dann so: UrgentOrdersData = New ObservableCollection(Of UrgentOrder)((From items In _context.UrgentOrderSet).ToList) Zitat: „Du wie les ich den Wert von SaveChanged() denn aus.“ z.b. VB.NET-Quellcode (2 Zeilen) Aber der Context bringt auch einen ChangeTracker mit sich, welchen man auch befragen kann. Wie gesagt, EF ist sehr umfangreich und füllt ganze Bücher, ich sel…

So, Film zu ende, hab wieder Zeit Zitat von ErfinderDesRades: „Meine Wenigkeit ist nach diesem Thread hier nochmal wieder regelrecht abgestoßen von diese dolle EF-Core, EF6, CodeFirst. Was alles nach 2 Jahren wieder outdated ist, und wo man trotz Gigabyte-Schwerer Bibliotheken am Ende garnix mit anfangen kann“ Auch von mir ein Willkommen in der Gegenwart. Gigabyte? Ne. Gerade EF Core ist SEHR schlank da nur noch das dabei ist was man schlussendlich benötigt, nicht wie bei EF 6. Stimmt schon, EF …

Ja, er hat in der app.config einen festen Pfad zu seinem Benutzerprofil angegeben!!

Naja, ich musste auch noch _context.Database.CreateIfNotExists einfügen da ja bei uns die DB noch nicht erstellt wurde.

Zitat von ErfinderDesRades: „Mir scheint, das ChangeTracking bekommt nicht mit, wenn ich im DG einen UrgendOrder anlege.“ Bei mir schon lange. Man muss nur korrekt befüllen. Ausserdem hat er sein T4 total vermurkst. Eine ObservableCollection hat in einem Model nix zu suchen. Bei EF sollte man mit Icollections arbeiten. Grüße Sascha EDIT: Schade, jetzt kann ich meinen Post nur bearbeiten. @Jeiss bei deinem letzten Thema hat dir @ErfinderDesRades ja super gute Upload erstellt mit vielen tollen Bei…

Zitat von Jeiss: „Also hier mal was dieses Programm später mal können soll.“ Ist ja nicht so viel. Für die paar Befehle zur DB ist EntityFramework wohl wie mit Kanonen auf Spatzen zu schiessen. Aber OK. Einfacher ist es auf jeden Fall, aber beim EF gibt es eben auch viel zu lernen wie du merkst. Da ist die Frage: Will ich es sowieso lernen für "später" oder brauche ich sowas wirklich nur für dieses Projekt, dann würde ich das mit dem EF lassen. Zitat von Jeiss: „Da ich aber Angst hatte mich in e…

Hallo Nein, da musste ich nix ändern. Habe nur die .tt geändert damit keine ObservableCollection(of Answare) erstellt wird. Weis nicht von wo du das hast. Die Standard Templates kann man eigendlich zu 99% so belassen wie sie sind. Aber DIR (wird ErfinderDesRadesjetzt nicht gefallen) empfehle ich sowieso CodeFirst. Erstens wird es empfohlen und geht mit EF Core auch und zweitens ist es viel logischer wenn man noch nicht viel mit Datenmodellen zu tun hatte. PS: Wenn man müde wir bringt das nichts.…

Guten morgen alle Zitat von ErfinderDesRades: „Andererseits typischer Fall von Schnellschuss - hatter ja gesagt, also hofflich ists zu korrigieren.“ Ja, war ein schnellschuss. Das entschuldigt aber nicht das ich löschen erst gar nicht getestet hatte. Der Bug den du meinst war vermutlich das e.NewItem(0) anstatt e.OldItem(0). Asche über mein Haupt, was man einbaut sollte man auch Testen. Mein Fehler. Ich entschuldige mich dafür. Zitat von ErfinderDesRades: „Möglicherweise wird es sich aber auch a…

Zitat von Jeiss: „Uebrigens, bin fast schon von den Vorteilen des MVVM überzeugt. So viele dinge sind erheblich einfacher. Das binden der DataGrids an die UrgentOrderView ist finde ich auch weniger verwirrend. Und SaveCommand_CanExecute ist doch auch etwas tolles....“ Ja, Binding und Commands sind in der WPF schon was tolles und wenn man es mal versteht und merkt wie einfach man damit Arbeiten kann will man das System nicht mehr missen. Zitat von Jeiss: „Wieso ist es so wichtig den context zu di…

Sorry hatte vergessen umzustellen. Ich zippe mit WinRar. Anbei die ZIP. Ja, der GC macht schon seine Arbeit. Aber nur dann wenn es Ihm erlaubt wurde. Bei Objekten welche IDisposable wird es Ihm salop gesagt verboten. Erst wenn du mit Dispose sagst das es jetzt in Ordnung ist das Objekt zu verwerfen kümmert er sich drum. Grüße Sascha

Hallo Zitat von ErfinderDesRades: „und CascadeDeleting anstellen geht nicht?“ Habe ich gerade mal probiert. Du weist ja, ich mag klickiBunti Designer nicht. Geht aber ganz leicht. Erst die Beziehung anklicken und dann im Eigenschaftenfenster umstellen. Fertich. vb-paradise.de/index.php/Attac…a685a20a34c5fe37e7489b34f Zitat von Jeiss: „oder in C#“ Dann nimm einen Converter Zitat von Jeiss: „Werde aber bestimmt bald für diese Aufgabe eine neue Frage posten.“ Naja, kostet ja nix. Wenn du wo hängst …

Zitat von Jeiss: „Du hast dem DataGrid auch ein kleines Lifting verpasst“ Ja, und das setzen des UpdateSourceTrigger auf OnPropertyChanged bewirkt das man nun nicht die Zeile wechseln muss damit die änderungen erkannt werden. Nun wird nach einer Änderung sofort der "Save" Button aktiv. Auch kann nun das Datum über einen DatePicker editiert werden. Ist ja unschön ein Datum einzugeben. (hier kommt auch ganz oben beim Window das Language Property zu tragen, was auf "de.DE" festgelegt wurde damit Da…

Zitat von ErfinderDesRades: „Daher habich einen CollectionChanged-Handler gebastelt, an den man jetzt alle ListCollectionViews hängen kann:“ Sicher sinnvoll. In der Praxis später wohl nicht wirklich interessant. Ich muss ja das Model auch Validieren usw. hier muss ich dann wieder Casten und versuchen die Objekte zu validieren. Ich persönlich finde es nicht weiter tragisch wenn ich 2 Zeilen mehrmals schreibe. So ist er übersichtlicher und ich kann gezielt auf diverse Fälle reagieren. Beispielswei…

Zitat von ErfinderDesRades: „Bei 10 Entitäten sieht das schon sehr schnell aus wie KrautnRüben“ Nenene. Moment. Du Verstehst da jetzt was falsch. Bitte sehe jetzt nicht nur dieses schnelle Fallbeispiel. In einer Praxisorientierten Lösung Arbeitet man ja gar nicht mit den Entitäten! Du hättest ja immer ein ViewModel drumrum. Und hier gebe ein dann keine ObservableCollection(of Answer) sondern eine ObservableCollection(of AnswerVM). Bitte häng dich nicht auf dem Beispiel auf. Das dient nur zum Bei…

Zitat von ErfinderDesRades: „gut möglich, dass wir da nicht einer Meinung sind.“ Gut möglich. Aber es ist nun mal so das man nie direkt auf Properties vom Model bindet sondern auf Properties des ViewModels. Grund? Ganz einfach, sie führen kein OnNotifiPropertyChanged durch. Also spätestens im DetailView hast du ein problem. Klar.... T4 editieren usw. super. Zitat von ErfinderDesRades: „Vor allem: Mit "Entität" meine ich nicht konkret die generierten Objekte, sondern überhaupt alles“ Ich weis, bi…

Das muss jetzt sein oder? Hier gut zu sehen. Achja, LinqToEntities wurde fürs EntityFramework entwickelt. Bitte lassen wir das. ICH werde sobald EF im spiel ist genau drauf schaun WAS ich eine Entität nenne und was nicht. Ein ViewModel sichern nicht. Das ist ein ViewModel und bleibt eines. Und es ist eine Klasse, eine ViewModel-Klasse. Eine Klasse im EF Model ist eine Model-Klasse. Und ein ergebniss einer EF Abfrage ist eine Entität. Aber jeder wie er will. Aus, Fertig. Lassen wir das bitte. Wil…

Hallo Richtig. Du schlagst den richtigen Weg ein. Eine CollectionView auch für die Answers und genauso das CollectionChanged behandeln wie bein den UrgendOrders. Wenn ein DS hinzugefügt wird fürgst du das neue Objekt dem Context hinzu. Ab da wird der Context dieses Objekt auch mit persistieren. Grüße Sascha

Zitat von Jeiss: „Könnte mir vorstellen dass im Konstruktor des VM so was in der Art rein müsste..“ Warum im Konstruktor? Wenn ein Datensatz der Parent Tabelle selektiert wird, wird die ShownAnswers Liste (Observable) ja immer neu befüllt mit den Antworten der aktuellen selektion im Parent. Also solltest du genau dort wo dies passiert ansetzen! Anbei ein Beispiel welches ich dir auch ein wenig Kommentiert habe. Grüße Sascha

Zitat von ErfinderDesRades: „ann man das nicht so konfigurieren, dass derlei zips portabel sind?“ Es ist schon schrecklich was ModelFirst hier macht. Unter CodeFirst ist ein ConnString nicht mal halb so lange weil man diese ganze MetaDaten-Grütze nicht angeben muss. Nicht umsonst gibt es ModelFirst unter EF Core nicht mehr, war immer ein murks und wird es immer sein. Vorallem, ich will ja später mal die DB laden können von wo ich will oder? Geht ja so gar nicht. Meines wissens nach kann bei EF 6…

Zitat: „diese dolle Nuget-Auto-refresh hat bei mir nie funktioniert. Ich muss immer EF neu installieren - per Nuget.“ STRG+Shift+B Im Fall vom doofen ModelFirst muss man in den ModelDesigner und einfach irgendein Model ein wenig verschieben und dann STRG+Shift+B Muss halb aber auch aktiviert sein: vb-paradise.de/index.php/Attac…a685a20a34c5fe37e7489b34f Bei mir funtz das IMMER. Das passiert wenn man sich neuen Funktionen und Features nicht stellt. Spass Schöne Grüße Sascha

Zitat von ErfinderDesRades: „Kannste mal damit aufhören?“ Ne Ist meine Meinung und die gebe ich auch kund. Zitat von ErfinderDesRades: „und du bist in CodeFirst eingearbeitet, in ModelFirst nicht.“Doch, habe lange ModelFirst gearbeitet, ist nur länger her. Zitat von ErfinderDesRades: „aber bin gewohnt, ModelFirst zu denken“ Verstehe ich, aber EF ist hierfür nie richtig ausgelegt worden. Eh schade, aber ist hald so. Zitat von ErfinderDesRades: „das hat durchaus schlagende Vorteile, wie sich mögli…

Soooo... ich war heute gut drauf und hatte Lust. Ich habe mal ein Beispiel in MVVM erstellt. Dies ist nun eine korrekte umsetzung von MVVM mit allem was dazu gehört (weil es sicher auch wem interessieren könnte). Es kann jetzt nicht viel, das nötigste hald. Ich wollte einfach nur das von allem was dabei ist. Detailansicht, bearbeitung ausserhalb des DataGrids usw. Achja, und ohne dem ganzen CollectionChanged und AddHandler kram! Auch Messageboxen und Dialoge sind vom ViewModel verschwunden, habe…

Zitat von ErfinderDesRades: „Was bedeuten die Pfeile, die unterschiedlichen Farben und Strichstärken?“ Hallo Blau (dick) ist die ganz normale Abhängigkteit. Viollet bedeutet das z.b. ein Property direkt darauf Verweist. Wie z.b. im MainWorkspace wo es eben OrdersVm und StatusBarVm gibt. Der dünne blaue Strich bedeutet das UregncyListVm mindestens einmahl direkt auf StatusVm zugreift. Und zwar im LoadData. Im Konstruktor wird die StatusVm Instanz mitgegeben und kann somit verwendet werden. Das wi…

Zitat von ErfinderDesRades: „was sind bei dir "normale Abhängigkeiten", und wie sähen "unnormale" aus?“ Damit meinte ich das du and den Pfeilen erkennst in welche Richtung. Zitat von ErfinderDesRades: „Und wäre halt wichtig, anne Grafik erkennen zu können, ob EinzelVerweis oder Verweis-Menge“ Geht aus dieser Grafik nicht hervor. Innerhalb VS kann ich draufklicken, dann geht es auf und ich sehe weiteres. Ist ein ReSharper-Ding, am besten du schreibst das denen. *ggg* Aber immer noch besser als di…

Aber @Jeiss Du musst hald das richtige Projekt zum Startprojekt machen. Steht aber in der Meldung!! Rechte Maustaste auf die App -> Als Startprojekt festlegen. Grüße Sascha

Zitat von Jeiss: „Hab mich bloß nicht getraut“ Aber dafür ist es ja da! Du kannst es ja immer wieder neu laden. bzw. das ZIP immer wieder neu Entpacken. KAnnst also immer wieder zurück zum Uhrsprungszustand. Du kannst also gar nix vermurxen. Jetzt ist für dich sowieso spielen angesagt! Grüße Sascha

Sorry, das ist Code-First Ist aber im Grunde egal. Das Model und der Context sind ein eigenständiges Projekt, du kannst es also jederzeit wenn du willst gegen ein Model-First austauschen. Ich habe es nur gemacht weil ich es einfach gewohnt bin und es ja in zukünftigen Version nur noch Code-First gibt (ausser durch externe AddOns). Aber du hast es auch jeden Fall richtig erkannt. Ist Code-First. Ich habe die Klassen (Model) geschrieben (sind ja nur ein paar Zeilen) und im Context einfach eine Kla…

Naja, das schöne am EF ist ja das man jederzeit das DB System ändern kann. Wenn bei dir also MySQL geht oder du einen MS SQL Server installiert hast ändere einfach den Connectionstring und gut ist. Mehr ist nicht zu tun. EF legt dir die DB beim ersten start an und dann kanst du sie dir ansehen. hoffe das hilft dir. grüße Sascha