À quel point la bibliothèque code-premier d'Entity Framework est-elle mature et felxible?

Question

Je me prépare à faire une petite pointe d'architecture brève en utilisant l'approche de code EF d'abord, introduite par Scott Gu here et here. Avant de le faire, j'aimerais savoir si cela en vaudra la peine. Actuellement, j'ai un projet qui utilise le modèle EF POCO Generation, et je voudrais étudier les avantages que je peux tirer d'une stratégie POCO plus pure pour le modèle de domaine. En particulier, ce sont les choses que je suis intéressé par:

1. Évite classes partielles générées automatiquement avec les méthodes de collecte de fixup, et pouvoir se concentrer sur le domaine code objet essentiel sans se soucier de la persistance de l'association. Éviter d'avoir à transformer des modèles chaque fois que je veux ajouter un artefact au modèle. Toujours être capable d'avoir un certain contrôle sur la stratégie de persistance de table (emplacements de ComplextTypes, table par type et table par hiérarchie, etc.). Ce ne sont pas aussi importants que les deux autres préoccupations.

La version la plus récente que j'ai pu trouver de ce fut le CTP4, sorti l'été 2010. Est-ce la version la plus récente? Quels sont les inconvénients de choisir cette approche, en utilisant cette librairie particulière?

Pouvez-vous recommander d'autres préoccupations que je devrais étudier dans le pic?

Answer 1

Traverser these tutorials et vérifiez this blog de certains sujets supplémentaires tels que l'héritage - il vous donnera assez bon aperçu du premier code en CTP5 qui devrait être proche de la version finale comme indiqué here:

CTP5 sera notre aperçu finale du code Première et la surface de l'API simplifiée (DbContext) avant que nous offrons une pleine production soutenue prêt à la libération Q1 2011.

Je pense que les trois points que vous avez mentionnés sont satisfaits par la version actuelle.