Salut compagnon,
J'ai employé XPO beaucoup il y a quelques années et ai toujours une application sur un client sur celle.
De mon expérience, XPO fonctionne assez bien si vos besoins de question ne sont pas trop complexes.
Le déploiement est également grand, car il crée votre schéma automatiquement si la base de données n'est pas trouvée, mais habituellement au schéma sont assorties quelques données de défaut trop et nous finissons devoir toujours créer des manuscrits.
Une autre différence est que travail de XPO sur la direction opposée de la plupart d'ORMs.
Habituellement la logique d'ORM est de créer la base de données et elle produira des classes, sur XPO vous créez les classes et il produit de la base de données qui peut être beaucoup de travail à configurer particulièrement si le DB est grand et avec beaucoup de relations.
Le cadre d'entité (EF), est à mon avis beaucoup plus flexible quand il vient à la question.
XPO également a un Linq à XPO mais bien qu'il semble gentil, se sent comme plus lourd à moi.
L'intégration avec des procédures et des fonctions de SQL est transparente et la vue de modélisation est manière mieux que que LINQ précédent à la version de SQL (qui des ressembler à son aller mourir bientôt le BTW).
Également sur E-F, le code est produit using les calibres T4, qui est une langue templating.
Vous avez réellement accès à ces calibres ainsi vous pouvez les adapter aux besoins du client si vous avez besoin de lui pour produire de plus de code, quelque chose spécifique pour votre projet.
Vous avez également accès à toute la « action », tout le code est produit, vous pouvez corriger tout qui se produit dans les coulisses.
Ainsi, pour moi, et comme grand ventilateur de DevX, je ne suis pas heureux mais je préfère E-F que XPO.
Un tho de note latérale est que j'emploie également subsonique, un générateur fait sur commande que j'ai fait et également MyGeneration.
Tous les générateurs de code frais.
À la votre !
Alex
