ang CodeFluent Entities

Éditeur : SoftFluent   +
Mise à jour le : 23/10/2012  ·   Licence : Payant  ·   Téléchargé 90 fois   ·   15.64 Mo

Commentaires La discussion sur le forum
Présentation
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
Téléchargement
Compatibilité
Windows  


 Poster une réponse

Avatar de Er3van Er3van
http://www.developpez.com
Modérateur
le 25/07/2011 15:53
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 ?
Avatar de meziantou meziantou
http://www.developpez.com
Expert Confirmé
le 25/07/2011 16:14
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
Avatar de Er3van Er3van
http://www.developpez.com
Modérateur
le 25/07/2011 16:23
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.
Avatar de meziantou meziantou
http://www.developpez.com
Expert Confirmé
le 25/07/2011 16:37
Oui, mais ce que tu économises en C# tu l'écris en CFQL...
Tu es indépendant de la base avec EF aussi.

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.

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).

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é

Au final, ça économise la couche de DAL (Data Access Layer) ?

Et même plus...
Developpez.com décline toute responsabilité quant à l'utilisation des différents éléments téléchargés.
 
 
 
 
Partenaires

PlanetHoster
Ikoula