Est-il possible de déterminer à quelle Entité un Poco correspond, en utilisant du code, pour Entity Framework CTP5?

Question

Je ne suis pas sûr comment je peux obtenir les méta-données EntityFramework pour un Entity (j'ai sur mon EF designer/edmx) pour un objet Poco.

Par exemple.

Mon diagramme a une entité appelée User. J'ai aussi une classe Poco appelée User. Je suis sous l'impression que le nom de l'entité et Poco doivent être le même nom, donc la convention peut auto-mapper les deux (avec le poco ayant les mêmes noms de propriété, etc ...)

Donc si J'ai un type Poco, comment puis-je récupérer l'entité et donc vérifier cette entité pour voir ses méta-données, comme EntityKey ou StoreGeneratedPattern, etc?

Oh - par la manière ... Je ne sais pas ce que le type Poco .. signifie .. la classe utilise Generics ...

public class GenericRepository<T> : IRepository<T> where T : class 
{ ... } 

, je pensais que j'allais avoir pour demander le contexte ... saisir moi l'entité qui a un name == typeof(T).Name ou autre ...

Answer 1

Si vous avez accès à l'ObjectContext (que je pense que vous devez avoir, car EntityKey/EntityState n'aurait pas de sens sans le contexte), vous pouvez utiliser les éléments suivants:

ObjectStateEntry ose = 
    context.ObjectStateManager.GetObjectStateEntry(yourObject); 

À partir de là, vous pouvez obtenir toutes sortes de propriétés amusantes: http://msdn.microsoft.com/en-us/library/system.data.objects.objectstateentry.aspx

Vous pouvez également trouver TryGetObjectStateEntry(...) être à portée de main.

Answer 2

L'accès aux métadonnées de mappage est normalement effectué par ObjectContext.MetadataWorkspace. CTP5 cache l'instance ObjectContext et la plupart de ses classes de mappage liées au mappage (basées sur DbMappingMetadataItem) sont internes ou ne contiennent que des membres internes.

Il semble que votre DbContext soit généré automatiquement à partir d'EDMX. Ce que vous pouvez probablement faire dans ce cas est de créer DbContext en appelant le constructeur qui accepte ObjectCotnext. Dans ce cas, vous aurez accès à ObjectContext et à toutes ses méthodes/propriétés.

Pourquoi en avez-vous besoin? Si vous avez besoin de quelque chose de spécial à faire dans votre dépôt, vous devez créer un référentiel spécial pour ce type. Le référentiel générique n'est concept que pour des solutions très basiques.