Si vous avez utilisé NHibernate et Entity Frameworks, veuillez comparer vos expériences.Quelle stratégie devrais-je prendre maintenant que MS ne supportera plus LINQ to SQL?
Répondre
Nous étions les adopteurs précoces de LINQ to SQL, mais seulement sur une base limitée en attendant l'Entity Framework. Nous avons seulement commencé à travailler avec EF, mais ma plus grande plainte est toujours la même que celle que j'avais avec LINQ to SQL, étant que mon modèle de domaine est toujours marié à la source de données ou au framework, ce qui signifie que mes POCO ne sont pas vraiment indépendants comme ils devraient être. Bien sûr, sur le blog Entity Framework Design, ils ont reconnu que l'ignorance de la persistance est une fonctionnalité demandée très populaire (et sera dans la prochaine version), et il y a au moins un exemple de la façon d'obtenir l'ignorance de la persistance tout en utilisant true POCO here.
Nous avons également évalué NHibernate. C'est très solide et facile à utiliser. De manière réaliste, toutes choses étant égales par ailleurs, NHibernate est mieux établie, mais j'ai une préférence personnelle pour rester dans les implémentations de Microsoft, sauf si j'ai une raison légitime de ne pas le faire.
Vous pouvez également envisager de regarder Castle ActiveRecord, qui est une couche au-dessus de NHibernate. Cela fait briller toute la question de l'ORM, à mon avis.
Quelles étaient les zones où Castle ActiveRecord était un avantage? –
ActiveRecord simplifie la configuration. Vous ne configurez plus avec des fichiers XML, mais vous décorez vos classes à la place. Il gère très bien le chargement paresseux et vous permet de faire des choses comme myObject.Save(). –
- 1. LINQ le plus succinct à SQL pour prendre COUNT (*) de chaque côté de many-to-many?
- 2. voir sql que linq-to-sql produit
- 3. linq to sql "Contient"
- 4. Erreur LINQ to SQL
- 5. Sql Query to Linq To Sql
- 6. Classes LINQ to SQL
- 7. LINQ To SQL Paging
- 8. LINQ to SQL Particularités
- 9. Linq-to-SQL ToDictionary()
- 10. LINQ to SQL
- 11. LINQ to SQL context.GetChanges
- 12. LINQ to SQL, Generalization
- 13. Linq-to-SQL: liaison ListView
- 14. LINQ-to-SQL IN()
- 15. Associations LINQ to SQL?
- 16. Linq to SQl
- 17. LINQ to SQL Groupement
- 18. Linq to SQL vs Sérialisation
- 19. LINQ to SQL Insert
- 20. pourquoi LINQ to SQL est-il trompé par une méthode d'extension? et maintenant?
- 21. Version de LINQ to SQL
- 22. LINQ to SQL Table Coalesce
- 23. LINQ to SQL batch supprimer
- 24. LINQ to SQL et DataPager
- 25. conflit d'insertion LINQ to SQL
- 26. Syntaxe LINQ to SQL Query
- 27. C# LINQ to SQL multiples sélectionne
- 28. Linq To SQL: Pourquoi disposer et recréer un DataContext plus rapidement que le rafraîchir?
- 29. Linq to SQL Héritage Question
- 30. Entité - Linq to Sql Ne charge qu'une partie de l'entité
Ceci est FUD et méli-mélo de faits. L2S ne va nulle part, il est juste absorbé par EF sous un drapeau plus unifié. – Echostorm