Transmis par: Sami actif Mardi 13 Octobre 2009 à 09:51
Les équipes d'Entity Framework travaillent d'arrache-pieds pour mettre en place une architecture "code-only". L'objectif est de fournir une API fluent et des fonctionnalités avancées telles que les types complexes, les propriétés de navigation, etc ... Dixit le twitter de Scott Guthrie : " I've been very happy with EF in .NET 4: POCO, lazy load, pluralization, better foreign keys, disconnected api, T4, code only mappings, ... (...) I believe EF in .NET 4.0 better handles attach/reattach scenarios (for example: web services & stateless web)". Seul bémol : "Code-Only will not be in .Net 4.0 with the possible exception of the DDL features described in the last post.". Avec Entity Framework, on a toujours un peu l'impression que le meilleur est pour demain.
Plutôt que de se poser des questions métaphysiques les équipes ms ne pourraient elles pas tout simplement s'inspirer des concepts qui prévalent en java avec jpa et qui s'appliquent assez 'merveilleusement' (soyons fou) avec nhibernate ?
Ou alors c'est moi qui ai l'esprit étroit et peut être y a-t-il une façon complètement nouvelle de gérer la persistence mais pourquoi ne pas commencer par sortir un framework qui gère les associations (avec inverse et lazy loading), les compositions et l'héritage, qui fonctionnerait en mode 'POCO' et qui permettrait d'utiliser LINQ ?
Autant je trouve que le language c# prend clairement une longeur d'avance sur java et que le remoting est mieux foutu en .net, autant la partie 'conteneur' et 'persistence' est assez inexistante. D'autant plus étonnant que ms n'a pas besoin d'un consensus à la JCP pour faire évoluer sa plate-forme.
