Version imprimable
Bonjour,
Je vous propose un nouvel élément à utiliser : CodeFluent Entities
CodeFluent Entities permet de structurer le travail de développement autour d'une modélisation-objet simple et évolutive du métier, automatisant les tâches répétitives en créant la base de données et toutes les couches nécessaires y compris les services. La prise en charge de nouvelles technologies et de nouvelles plates-formes est très fortement simplifiée par cette approche
Qu'en pensez-vous ?
Je suis allé me renseigner, car je ne connaissais que de nom...
De ce que j'en ai compris, c'est globalement un concurrent de NHibernate, voir d'Entity Framework.
Ce qui me gêne un peu, c'est que certes on n'écrit plus beaucoup de code C#, mais c'est pour écrire du code propriétaire "Code Fluent Query Language"... du coup je ne vois pas le gain.
Est-ce que c'est plus performant qu'Entity Framework ? En tout cas ça n'a pas l'air d'être plus simple à manipuler, au contraire...
Quelqu'un l'a déjà utilisé en contexte professionnel ?
En fait ca n'a pas grand chose à voir avec EF ou NHibernate.
http://www.codefluententities.com/do...0Framework.pdf
Le CFQL permet d'écrire des requêtes SQL sans être dépendant de la base de données (pour le moment SQL server, SQL azure et Oracle sont supportés).
Si tu veux tu peux le télécharger et l'essayer gratuitement grâce à la license personnelle. L'essayer c'est l'adopter
Oui, mais ce que tu économises en C# tu l'écris en CFQL...
Tu es indépendant de la base avec EF aussi.
Effectivement, on peut le voir comme une surcouche à Entity plutôt qu'un concurrent, c'est je pense ce que tu veux dire par là ?
Mais de mon point de vue, ce n'est pas une surcouche, dans le sens où l'on ne gère plus EF, puisque c'est CodeFluent qui le fait pour nous (avec ce que ça a comme avantages et incovénients).
Au final, ça économise la couche de DAL (Data Access Layer) ?
Je lirai le PDF ce soir quand j'aurai plus de temps, merci pour le lien.
Oui mais CF génère des procédure stockée. Les requêtes ne sont pas générées durant l'exécution comme avec EF.Citation:
Oui, mais ce que tu économises en C# tu l'écris en CFQL...
Tu es indépendant de la base avec EF aussi.
Ce n'est pas ce que je veux dire. CFE n'est pas une surcouche à EF (puisqu'il ne l'utilise pas). Il utilise les SqlCommand pour appeler les procédures stockées qu'il a généréCitation:
Effectivement, on peut le voir comme une surcouche à Entity plutôt qu'un concurrent, c'est je pense ce que tu veux dire par là ?
Mais de mon point de vue, ce n'est pas une surcouche, dans le sens où l'on ne gère plus EF, puisque c'est CodeFluent qui le fait pour nous (avec ce que ça a comme avantages et incovénients).
Et même plus...Citation:
Au final, ça économise la couche de DAL (Data Access Layer) ?