Entity Framework
There are 5 entries for the tag
Entity Framework
Purtroppo nella CTP 2 di Entity Framework per Visual Studio, scaricabile qui, non è presente il template t4 per generare le entities POCO del nostro modello. Da questo thread si capisce che non è stato fornito in quanto è in lavorazione e verrà quindi rilasciato al più presto(si spera :)) Nel mentre utilizzerò il template per le Self Tracking Entities, anche se per parte dei miei servizi avrò bisogno di puri POCOs. del.icio.us Tags: Entity Framework,EF 4,POCO
Dalla fonte: http://blogs.msdn.com/adonet/archive/2009/06/22/feature-ctp-walkthrough-self-tracking-entities-for-entity-framework.aspx “The first scenario we are trying to address with Self Tracking Entities is one in which a WCF service exposes a series of operations that return entity graphs, then a client application can manipulate that graph and submit the modifications to a service operation that validates and performs the updates to a database store using Entity Framework” E finalmente stiamo arrivando a qualcosa di serio… Leggere anche questo relativamente alla nuova generazione di POCO entities tramite T4. PS. l’evidenziazione in grassetto della frase è mia e non della...
Notizia più bella non poteva esserci…(beh lo so, non è una novità, però mi rende felice lo stesso…) http://blogs.msdn.com/adonet/archive/2009/05/11/sneak-preview-persistence-ignorance-and-poco-in-entity-framework-4-0.aspx Adesso aspetto i prossimi post per capire bene tutto il resto…. E speriamo vivamente in EF 4, perchè ad oggi EF è IMHO troppo poco flessibili….ho preferito passare a SubSonic 3 Alpha…. del.icio.us Tags: Entity Framework,POCO
Sto usando per ora con un certo “piacere” AutoMapper per mappare tutte le entities di EF nel mio layer di DTO. Il DTO lo creo utilizzando EFPocoGenerator. EF genera nelle entities anche le proprietà relative alle relazioni 1—Molti, quindi se per esempio User contiene una foreign key di tipo UserStatus, la entity UserStatus conterrà a sua volta una prorietà List<User>(la troveremo nelle Navigation Properties dell’ edmx). Il problema è il seguente: se cerco di mappare con AutoMapper una query linq to entities che mi ritorni Users e UserStatus, il metodo Map di AutoMapper va in stack overflow....
Una delle problematiche che affligge Entity Framework e di cui ci sono anche parecchi post in merito, è la totale dipendenza delle entities dalla logica di persistenza. Insomma, se voglio come è normale utilizzare il mio model in altri strati della mia architettura multilivello, creo implicitamente una dipendenza con lo strato di accesso ai dati. E questo, indipendentemente che voglia realizzare o meno una soluzione il più astratta e loosely coupled possibile, è male. In particolare se pensiamo a tutta una serie di scenari SOA dove utilizzo dei servizi web che devono dialogare tramite queste entities....