GRATUIT

Vos offres d'emploi informatique

Développeurs, chefs de projets, ingénieurs, informaticiens
Postez gratuitement vos offres d'emploi ici visibles par 4 000 000 de visiteurs uniques par mois

emploi.developpez.com

CodeFluent Entities

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
0   0
Téléchargé 30 fois Voir les 4 commentaires
Détails
Éditeur : SoftFluent   +
Licence : Payant
Date de mise en ligne : 23 octobre 2012




Avatar de Er3van Er3van - Membre émérite http://www.developpez.com
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 - Membre émérite http://www.developpez.com
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 - Membre émérite http://www.developpez.com
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 - Membre émérite http://www.developpez.com
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.
Contacter le responsable de la rubrique Microsoft DotNET