Zweck der EF-6.x DbContext-Generator option beim hinzufügen eines neuen Daten-Element in Visual Studio

Ich habe eine web-app, die ich erstellt unter Verwendung von LINQ to SQL und ich bin auf der Suche, um es zu aktualisieren, um LINQ to Entity Framework. Ich habe mir einige tutorials und was ich gelernt habe ist, dass im Grunde in der Datenbank-first-Szenario, erstellen Sie eine ADO.NET Entity Data Model. Und von dort aus, wählen Sie, welche Tabellen für das Modell (sehr ähnlich wie LINQ to SQL).

Innerhalb der Neues Element Hinzufügen dialog, sehe ich, dass es eine andere option, die erstellt eine EF 6.x DbContext-Generator:

Zweck der EF-6.x DbContext-Generator option beim hinzufügen eines neuen Daten-Element in Visual Studio

Was ist der Zweck der EF 6.x DbContext-Generator im Vergleich zu ADO.NET Entity Data Model (erste option im dialog)? Und, was ist EF 6.x DbContext-Generator für? Es scheint, um eine Textdatei zu erstellen. Was soll ich tun?

InformationsquelleAutor frenchie | 2014-04-01
  1. 12

    Wenn Sie bereits eine Datenbank haben, die erste option ist besser, da der Ansatz sehr ähnlich zu der von Ihnen arbeiten bereits in LinqToSQL.
    Die .EDMX-Datei können auch liefern Sie eine grafische Darstellung Ihrer Datenbank, und Sie müssen nicht um nichts anderes kümmern.

    • Ist setzen Entität als datacontract noch immer ein Problem für EF6.x?
    • Diese Antwort würde verbessert werden, indem auf "die erste option" nach Namen statt ordinally.
    • Diese Antwort erklärt nicht den Zweck, eine im Vergleich zu den anderen, wie er gefragt wurde 🙁
    • zurück im Jahr 2014 (wenn diese Frage gestellt wurde), hat Microsoft eine verwirrende Verhalten in Entity Framework und LinqToSQL Ansatz. Dies gilt nicht, jetzt ein Tag. Down-voting-Antworten, statt eine bessere ist nicht produktiv an alle.
    • Nicht sicher, wenn Sie die Einnahme von downvotes persönlich, aber wenn Sie sind, würde ich davon abraten.
    • Ich kann wirklich nicht den Punkt sehen, von downvoting einen 5-jährigen beantworten, nur weil... Die Frage war über 2 sehr ähnliche Technologien, das überschneidet sich in mehreren Aspekten. Es war gekennzeichnet als beantwortet und gegeben bounty-Punkte (also es hat geholfen, wer hat die Frage, klar). Wenn Sie wirklich wollen, hilfreich sein, schreiben Sie besser selbst beantworten.
    • Die Antwort ist nicht die Antwort auf die OPs-Frage. Die Frage ist: "Was ist der Zweck der EF-6.x DbContext-Generator im Vergleich zu ADO.NET Entity Data Model (erste option im dialog)? Und, was ist EF 6.x DbContext-Generator für die?". Die Antwort hat nichts zu tun mit der ursprünglichen Frage - also die nach unten Stimmen. Es ist wie jemand sagt:,, "Welche Vorteile hat Trinkwasser über Trink-Soda geben?". Dann jemand Antworten "Natron ist eine gute Quelle von Koffein". Danke, aber das hilft nicht wirklich helfen. Nur meine zwei Cent.
    • Ich glaube, dass diese Fragen gestellt werden sollten, in der Perspektive und der gesamten Fragen gelesen werden müssen, sondern der Titel. Wenn Sie mehr wissen über diese Technik fühlen Sie sich frei, um eine detailliertere Erklärung. By the way, wenn Sie sich die Zeit nehmen, nach unten scrollen, sehen Sie, dass es schon da. Nutzlos downvote.

    InformationsquelleAutor brduca
  2. 16

    Den DbContext-Generator ersetzt die ObjectContext mit viel einfacheren und kürzeren code zu verbinden Entity-Objekte zu den Objekten der Datenbank. Einer einzigen Datenbank-Tabelle mit 30 Feldern ist vertreten durch über 800 Zeilen code als eine ObjectContext-aber über 40 Zeilen einfach zu verstehen von code als eine Klasse DbContext und erzeugt durch die DbContextGenerator.

    Den DbContext-Generator erzeugt zwei Dateien -

    1. erstellen der DbContext mit Verbindungszeichenfolge details und ein DbSet für jede Tabelle.

    2. erstellen der Klasse für jede Tabelle. Wenn Sie öffnen Sie diese .tt-Ordner sehen Sie die DbContext und Klassen generiert. Sie brauchen nicht, etwas zu tun mit dieser Klassen - Sie finden Sie in der Controller-Aktionen.

    Einer Komplettlösung ist verfügbar bei http://msdn.microsoft.com/en-US/data/jj206878

    • Ich denke, dass beide Optionen können erstellen Sie eine abgeleitete DbContext, Für die erste "ADO.NET Entity Data Model auswählen, können Sie im Assistenten die option "Erste Code aus der Datenbank" erstellt, die Entitäten und die daraus abgeleiteten DbContext Zugang zu Ihnen. Siehe das. Vielleicht war das nicht der Fall, im Jahr 2014, aber für heute scheint die Frage unbeantwortet.
    InformationsquelleAutor William Smith
  3. 12

    Ich denke, dies ist der wesentliche Artikel über EntityFramework und Generatoren:

    MSDN-Artikel

    Hier ist die Einleitung zu dem Artikel:

    Beim erstellen eines Modells mithilfe des Entity Framework Designer Ihre Klassen und abgeleitete Kontext automatisch für Sie generiert. Zusätzlich zu den Standard-code-Generierung wir bieten auch eine Reihe von Vorlagen, die angepasst werden kann, den code, der generiert wird. Diese Vorlagen werden als T4 Text Templates, so dass Sie zum anpassen der Vorlagen, wenn nötig.

    In der Regel diese Generatoren werden nicht konvertiert, Ihre db-Modul aus LinqToSQL auf EntityFramework.

    Wenn Sie die komplette Datenbank (angenommen, Sie haben es als Modul basiert auf Linq2SQL), würde ich empfehlen Sie zu verwenden ADO.NET (Entity Data Model hinzufügen neuer Gegenstand: EDMX), und wählen Sie "aus Datenbank Generieren "' (VS-Assistenten nach dem hinzufügen).

    InformationsquelleAutor Bronek
  4. 6

    Gibt es zwei Möglichkeiten, das zu tun DB Erste, beinhaltet eine EDMX-Datei, die andere umfasst das reverse engineering von code first POCO ist.

    Wenn Sie eine EDMX-Datei, die Sie installieren Generatoren, die verwendet werden, um die Erstellung Ihrer Unternehmen, und es gibt mehrere Optionen. Man ist DbContext, der andere ist EntityObject generator, welche Objekte generiert, basierend auf den ObjectContext.

    • Was ist der Unterschied zwischen DbContext und EntityObject generator?
    • Ich sagte ganz klar, eine basiert auf DbContext, der andere basiert auf ObjectContext.
    • Wenn Sie sich Fragen, ist der Unterschied zwischen DbContext und ObjectContext, sind Sie ganz anders. DbContext ist der neuere der beiden, und ist die eine, die ermöglicht die Verwendung von "Plain old C# Objects". Der Grund, es ist bezeichnet als "DbContext" ist, weil die Context-Objekt (in der Art, wie dataset) ist ein DbContext-Klasse und nicht eine ObjectContext-Klasse. Die meisten der feature-demos, die Sie sehen, mit EntityFramework beinhalten DbContext.
    InformationsquelleAutor Erik Funkenbusch
  5. 3

    Ersten option erstellen Sie eine Modell-Erste Datei, die für die Arbeit mit EF (alle Versionen), die, wenn Sie wählen, die Sie aktualisieren können (oder konstruieren) Sie Ihre EF-Modell aus einer bestehenden Datenbank, während, wenn wählen Sie die zweite option, Sie würde gegeben werden, die Einrichtungen zu generieren, entsprach Dateien zum erstellen einer Lösung für die Arbeit mit Code-First-EF.

    Nach meinen Erfahrungen, die zweite Wahl ist, nicht eine würdige option, und wenn Sie sich entscheiden, arbeiten mit der Code-First EF, es wird dringend empfohlen, öffnen Sie eine infizierte Datei, und schreiben Sie Ihre codes, Ihre eigene frei und genießen Sie maximale Flexibilität mit Code-First und Ihrer Konventionen.

    InformationsquelleAutor Ali Dehghan
Schreibe einen Kommentar