Le but de l'EF 6.x DbContext option Générateur lors de l'ajout d'un nouvel élément de données dans Visual Studio

J'ai une application web que j'ai construit à l'aide de LINQ to SQL et je suis à la recherche à la mise à niveau de LINQ to Entity Framework. J'ai regardé quelques tutos et ce que j'ai appris, c'est que, fondamentalement, dans la base de données-premier scénario, vous devez créer un ADO.NET Modèle de Données d'Entité. Et à partir de là, vous sélectionnez les tables à inclure dans le modèle (très similaire à LINQ to SQL).

Dans le Ajouter un Nouvel Élément dialogue, je vois qu'il y a une autre option qui permet de créer un EF 6.x DbContext Générateur:

Le but de l'EF 6.x DbContext option Générateur lors de l'ajout d'un nouvel élément de données dans Visual Studio

Quel est le but de EF 6.x DbContext Générateur par rapport à ADO.NET Modèle de Données d'Entité (première option dans la boîte de dialogue)? Et, ce qui est EF 6.x DbContext Générateur pour? Il semble créer un fichier texte. Que dois-je faire?

InformationsquelleAutor frenchie | 2014-04-01
  1. 12

    Si vous disposez déjà d'une base de données, la première option est la meilleure, étant donné que l'approche est très similaire à celui que vous travaillez déjà dans LinqToSQL.
    L' .Fichier EDMX peut également vous fournir une visualisation graphique de votre base de données, et vous n'avez pas à vous soucier de rien d'autre.

    • Est de l'exposer à une entité que datacontract toujours un problème pour EF6.x?
    • Cette réponse pourrait être améliorée en se référant à "la première option," par leur nom au lieu de ordinally.
    • Cette réponse ne permet pas d'expliquer le but de l'un par rapport à l'autre, comme il a été demandé 🙁
    • de retour en 2014 (lorsque cette question a été faite), Microsoft a une confusion comportement dans le Cadre de l'Entité et LinqToSQL approche. Cela ne s'applique pas aujourd'hui un jour. En bas à droit de vote des réponses, au lieu de fournir un meilleur n'est pas productif du tout.
    • Vous ne savez pas si vous prenez downvotes personnellement, mais dans le cas où vous êtes, je ne vous le conseille.
    • J'ai vraiment ne peut pas voir le point de downvoting 5 ans réponse juste parce que... La question était d'environ 2 très similaire technologies, qui recouvre plusieurs aspects. Il a été marqué comme réponse et compte tenu des points de prime (donc il a aidé qui a fait de la question, clairement). Si vous voulez vraiment être utile d'écrire un meilleur réponse vous-même.
    • La réponse ne répond pas à la Fpo question. La question est: "Quel est le but de l'EF 6.x DbContext Générateur par rapport à ADO.NET Modèle de Données d'Entité (première option dans la boîte de dialogue)? Et, ce qui est EF 6.x DbContext Générateur pour?". La réponse n'a rien à voir avec la question d'origine - d'où le vers le bas de votes. C'est comme quelqu'un en disant: "Quels sont les avantages de l'Eau potable à boire de la Soude donnez-vous?". Puis quelqu'un de la réponse "Soda est une bonne source de caféine". Merci, mais ce n'est pas vraiment de l'aide. Juste mes deux cents.
    • Je crois que ces questions doivent être mis en perspective et de l'ensemble des questions doit être lu, mais le titre. Si vous en savez plus sur cette technologie hésitez pas à donner une plus ample explication. Par ailleurs, si vous prenez le temps de faire défiler vers le bas vous verrez qu'il est déjà là. Inutile downvote.

    InformationsquelleAutor brduca
  2. 16

    La DbContext Générateur remplace le ObjectContext avec beaucoup plus simple et plus court code pour se connecter objets de l'Entité à des objets de base de données. Une seule table de base de données avec plus de 30 champs est représenté par environ 800 lignes de code comme un ObjectContext mais environ 40 lignes de facile à comprendre le code comme une DbContext et de la classe générée par le DbContextGenerator.

    La DbContext Générateur crée deux fichiers -

    1. de la création de la DbContext avec la chaîne de connexion de détails et un DbSet pour chaque table.

    2. la création de la classe représentant de chaque table. Si vous ouvrez ces .tt dossiers, vous verrez la DbContext et les classes générées. Vous n'avez pas besoin de faire quoi que ce soit avec ces classes - vous à vous y référer dans les actions du Contrôleur.

    Une procédure pas à pas est disponible à http://msdn.microsoft.com/en-US/data/jj206878

    • Je pense que les deux options peuvent créer un dérivé DbContext, Pour le premier "ADO.NET Modèle de Données d'Entité, vous pouvez sélectionner dans l'assistant de la sous-option "Code d'Abord à partir de la Base de données", qui crée les entités et les dérivés DbContext pour y accéder. Voir le. Peut-être que ce n'était pas le cas en 2014, mais pour aujourd'hui, la question semble sans réponse.
    InformationsquelleAutor William Smith
  3. 12

    Je pense que c'est l'essentiel de l'article relatif à l'EntityFramework et générateurs:

    Article MSDN

    Ici est l'introduction de l'article:

    Lorsque vous créez un modèle à l'aide de Entity Framework Designer vos classes et dérivés contexte sont générées automatiquement pour vous. En plus de la génération de code par défaut nous fournissons également un certain nombre de modèles qui peuvent être utilisés pour personnaliser le code qui est généré. Ces modèles sont fournis à titre T4 de Modèles de Texte, vous permettant de personnaliser les modèles si nécessaire.

    Généralement ces générateurs ne pas convertir les votre db module de LinqToSQL à EntityFramework.

    Si vous avez de la base de données complète (en supposant que vous avez aussi un module basé sur Linq2SQL), je vous recommande d'utiliser ADO.NET Modèle de Données d'Entité (l'ajout d'un nouvel élément: EDMX) et de choisir l'option "Générer à partir de la base de données' (VS Assistant après l'ajout d').

    InformationsquelleAutor Bronek
  4. 6

    Il y a deux façons de le faire DB Première, consiste en un fichier EDMX, l'autre sur le reverse engineering pour le premier code POCO de l'.

    Lorsque vous avez un fichier EDMX, d'installer des générateurs qui sont utilisés pour générer vos entités, et il y a plusieurs options. On est DbContext, l'autre est EntityObject générateur, qui produit des objets en se basant sur ObjectContext.

    • Quelle est la différence entre DbContext et EntityObject générateur?
    • Je l'ai dit très clairement, l'un est basé sur DbContext, l'autre est basé sur ObjectContext.
    • Si vous demandez la différence entre DbContext et ObjectContext, ils sont très différents. DbContext est le plus récent des deux, et c'est celle qui permet d'utiliser le "bon vieux Objets C#". La raison pour laquelle il est appelé "DbContext" est parce que le Contexte de l'objet (comme un ensemble de données) est un DbContext classe, et non pas une classe ObjectContext. La plupart des fonctionnalités des démos que vous voyez avec EntityFramework impliquer DbContext.
    InformationsquelleAutor Erik Funkenbusch
  5. 3

    La première option créer un Modèle-le Premier fichier de travail avec EF (toutes les versions) qui, si vous choisissez que vous pouvez mettre à jour (ou de construire) votre EF-Modèle à partir d'une base de données existante, si choisissez la deuxième option, vous serait donné des installations de production d'correspondait fichiers pour créer une solution pour travailler avec du Code-Première EF.

    Selon mon expérience, le deuxième choix n'est pas une option digne et si vous décidez de travailler avec le Code-Première EF, il est fortement conseillé d'ouvrir un fichier sain et écrire vos codes par vos propres librement et de profiter un maximum de souplesse offerte par le Code de la Première et de leurs conventions.

    InformationsquelleAutor Ali Dehghan