Ich habe eine Weile programmiert und zuvor LINQ-To-SQL und LINQ-To-Entities verwendet (obwohl bei der Verwendung von Entities eine Entity / Table 1-1-Beziehung bestand - dh nicht viel anders als bei L2SQL).
Ich habe viel über Inversion of Control, Arbeitseinheit, POCO und Repository-Muster gelesen und möchte diese Methode in meinen neuen Anwendungen verwenden.
Ich habe Probleme damit, einen klaren, prägnanten Leitfaden für Anfänger für EF4 zu finden, der keine Kenntnisse über EF1 voraussetzt.
Die spezifischen Fragen, die ich beantworten muss, sind:
Code zuerst / Modell zuerst? Vor- / Nachteile in Bezug auf EF4 (dh was passiert, wenn ich zuerst Code mache, den Code zu einem späteren Zeitpunkt ändere und mein DB-Modell neu generieren muss - Werden die Daten beibehalten und transformiert oder gelöscht?)
Angenommen, ich gehe zuerst zum Code (ich würde gerne sehen, wie EF4 das in ein DB-Schema konvertiert), wie fange ich eigentlich an? Sehr oft habe ich Artikel mit Entitätsdiagrammen gesehen, in denen stand: "Das ist also mein Entitätsmodell, jetzt werde ich ..." - Leider ist mir nicht klar, ob sie das Modell im Designer erstellt und in gespeichert haben Code generieren und dann die weitere automatische Codegenerierung stoppen -oder- Sie haben codiert (POCO)? Klassen und die irgendwie importiert sie in die Deisgner-Ansicht?
Ich nehme an, ich brauche wirklich ein Verständnis dafür, woher die "Magie" kommt und wie ich sie selbst hinzufügen kann, wenn ich nicht nur ein EF-Modell direkt aus einer Datenbank generiere.
Ich bin mir bewusst, dass die Frage etwas vage ist, aber ich weiß nicht, was ich nicht weiß. Daher sind Eingaben / Korrekturen / Klarstellungen willkommen.
Unnötig zu sagen, ich erwarte nicht, dass jemand hier sitzt und mir EF beibringt - ich möchte nur ein paar gute Tutorials / Foren / Blogs / etc. für komplette Entitätsneulinge