2009-11-19 8 views
13

La version initiale de Entity Framework wasn't regarded well in the development community. Les développeurs ont estimé qu'un certain nombre de choses étaient laissées de côté, et beaucoup ont continué à utiliser d'autres ORM, tels que LINQ To SQL et . Les bonnes nouvelles, cependant, est que Microsoft a travaillé dur sur le 4.0 release of Entity Framework, ce qui apportera de nombreux correctifs, y compris lazy loading et POCO. Beaucoup croyaient que la version initiale d'Entity Framework aurait dû inclure ces fonctionnalités; Cependant, il est certainement réconfortant de voir la preuve que l'équipe Entity Framework a répondu aux préoccupations exprimées par la communauté des développeurs.Quelles sont vos réflexions sur Entity Framework 4.0?

Maintenant que Visual Studio 2010 beta 2 est sorti depuis quelques semaines, je me suis demandé comment les autres développeurs pensent de la prochaine version d'Entity Framework. Quelles sont vos pensées?

Je me rends compte que certaines personnes ont encore des sentiments négatifs envers Entity Framework. En répondant, l'hypothèse devrait être que les lecteurs ne savent rien sur les ORM alternatives. Veuillez comparer et contraster les différences avec les autres ORM. N'hésitez pas à évoquer les zones où une alternative fait quelque chose de mieux. Aussi, n'hésitez pas à mentionner les domaines qui Entity Framework 4.0 excelle.

+0

Cela devrait être reformulé sur les avantages et les inconvénients de la structure; À l'heure actuelle, c'est trop subjectif et ce n'est pas un format approprié pour les questions et réponses. – casperOne

Répondre

2

Eh bien, à première vue, je n'ai même pas compris la raison de l'existence d'EF. Fondamentalement Linq To SQL fait le même travail avec beaucoup moins d'efforts et il prend en charge un certain nombre de choses que EF ne fait pas. Ou du moins c'est le cas dans .NET 3.5.

Dans .NET 4, il y a un potin que Linq To SQL, bien qu'il reste là, sera en quelque sorte interrompu, et seul EF sera développé davantage. (La décision qu'ils ont choisi de développer un système défectueux instaure un système qui fonctionne, me semble un peu bizarre.)

Tout est dit cependant, EF v4 sera très bien, s'il supporte vraiment tout ce qu'il prétend supporter .

(Cependant, je ne sais pas quels sont ses avantages sur NHibernate, par exemple.)

+3

Linq to SQL est l'imparfait en fait. Parce qu'il ne peut pas gérer les mappages complexes et le pire: il ne fonctionne qu'avec MSSQL. EF a au moins la possibilité de devenir un ORM intégré utile à un moment donné dans le futur. (Qui pourrait être EF4, ne l'ont pas vérifié) –

+0

Oui, il deviendra un très bon ORM dans un certain temps, mais actuellement il ne supporte pas des choses triviales comme la méthode Contient ou le chargement paresseux. LINQ to SQL n'est pas défectueux, il ne vise pas le même public que EF. – Venemo

+0

@Venemo, le sujet de ce post est Entity Framework 4.0, pas celui fourni avec .NET 3.5. 4.0 a un chargement paresseux. – senfo

2

Julie Lermann fait une très bonne série de post sur son blog récemment qui montre beaucoup de bonté à propos EF4 . Le mieux que je pense serait que vous passez par ce blog et de vous construire une opinion ...

http://thedatafarm.com/Blog/

1

EF 4 est la version que je m'y attendais.
Je n'étais pas vraiment content de la première version, LinqToSql se sentait vraiment en avance à cette époque. En disant cela, le combat politique interne a donné son verdict: L2S est mort ...

Entre les premières versions de ces deux ORM de Microsoft, nous avons vu la communauté bloguer beaucoup sur son mauvais comportement dans les scénarios n-tiers. Je ne suis donc pas très surpris que les deux nouvelles fonctionnalités soient orientées de cette manière.

Ces deux nouvelles fonctionnalités sont totalement complémentaires:

- POCO: couches à faible induit couplé mais exige un certain travail pour gérer la synchronisation entre les niveaux. - Entités Self-Tracking: couches couplées induit à égalité, mais réduit considérablement la quantité de code pour fournir ...

Pour moi, le choix est fait. Je ne choisirais jamais la productivité au lieu d'un design sain.
Balançons pour POCO!

+0

Eh bien, je ne choisirais jamais la productivité par rapport à la conception saine, mais mon patron pourrait! – Roubachof

Questions connexes