SoftFluent sort la version gratuite de CodeFluent Entities 2012

SoftFluent sort la version gratuite de CodeFluent Entities 2012
Le générateur de code orienté modèle prend en charge Visual Studio 11 & SQL Server 2012

SoftFluent a annoncé la semaine dernière, à la conférence DevWeek, que CodeFluent Entities et son éditeur graphique intégré à Visual Studio prennent à présent en charge Visual Studio 11 Beta, dévoilé le 29 février dernier.

Autre annonce, le générateur (« producteur ») de code SQL Server prend lui en charge SQL Server 2012.

Pour mémoire, CodeFluent Entities est un générateur de code orienté modèle (« model-first ») qui s’intègre à Visual Studio. Il fournit une méthode structurée et les outils nécessaires pour développer des applications .NET fondées sur tout type d’architecture, à partir d’une modélisation et de règles métiers changeantes.

CodeFluent Entities s’appuie sur une logique de « producteurs » configurables. A partir d’un modèle unique, il peut générer en continu des composants cibles prêts à l’emploi, conformes à l’état de l’art, et faciles à maintenir.

http://ftp-developpez.com/gordon-fow...delersmall.png

La technologie bénéficie du soutien affichée de Microsoft puisque Tom Lindeman, Directeur du programme Visual Studio Industry chez Microsoft qualifie CodeFluent Entities de « novateur » et déclare officiellement que pour lui « CodeFluent Entities, dévoilé en même temps que nos nouveaux produits (NDR : Visual Studio 11 et SQL Server 2012), réduit l’effort des développeurs pour maîtriser les nouvelles technologies et rester productifs ».

Les développeurs intéressés - et/ou qui ne souhaitent pas croire Tom Lindeman sur parole - peuvent télécharger dès à présent CodeFluent Entities 2012. La version « individuelle » (« Personal ») est en effet gratuite pour les usages non-commerciaux.

:fleche: Téléchargez la version gratuite de CodeFluent Entities 2012 sur cette page

:fleche: Télécharger la beta de Visual Studio 11

Des retours d'expérience?

@alex_vino

Bonjour Alex,

Je suis étudiant et j'utilise CFE pour certains de mes projets et ce que je peux en dire pour l'instant c'est que j'en suis plutot très satisfait.

Pourquoi ? Tout simplement pour la qualité du code produit, et la rapidité de développement que cela offre.

Certes, comme tout nouvel outil il faut le temps d'apprendre à s'en servir mais bon le temps de prise en main n'est pas non plus extrèmement long surtout que la doc du produit est bien faite sans parler des vidéos de démos qui existe.

Pour exemple, le dernier projet que j'ai eu à faire était la création d'une app ASP.NET MVC 3 et l'héberger sur Azure. Donc j'ai utilisé ce qu'ils appellent un producteur (dans ce projet, producteurs SQL Azure et BOM), j'ai fais mon dev en local. Un des avantages avec le producteur SQL Azure c'est que l'on peut spécifier deux serveurs un local et un azure et il n'y a qu'à changer la cible de production et hop la base Azure est créée avec les clustered index sans avoir besoin de repasser dans les scripts pour les mettres à jour. Tu me diras, ça EF il peut le faire. Par contre si je fais des modifications dans mon model j'ai juste à rebuild et ça met ma base à jour ainsi que le business de mon app, donc là on apprécie vraiment la génération continu et ça c'est cool :mrgreen:.

Pour ce qui est du business comme je le disais le code est propre, lisible et modifiable, par contre il faut faire attention si l'on fait des modifs dans les classes générées si on rebuild avec le producteur BOM actif ça enleve toutes les modifs donc on se fait avoir une fois :cry: et après selon soit on fait attention soit on créé des classes partielles pour ne pas perdre tout ça :ccool: sachant que les classes créée à la mano ne sont pas touchées par le producteurs.

Ensuite ben il n'y a plus qu'à créer ce dont on a besoin, dans mon cas, controllers, view, viewModel au besoin.

Ah oui, aussi le code produit est plateforme indépendant et ça ce n'est pas négligeable et c'est assez utile pour pas avoir des dépendances propres à une plateforme. La runtime est bien pratique aussi, d'ailleur j'ai vu il n'y a pas longtemps qu'elle avait été release sur NuGet.
Pourquoi ce n'est pas négligeable ? Dans mon prochain projet, j'ai une app de gestion à faire toujours basée sur Azure en ASP.NET (client + backoffice) et Windows 8 Metro (client) donc pas besoin de me soucier des spécificités de chaque plateforme CodeFluent le fait pour moi et c'est déjà compatible VS11 donc je suis très content :mouarf:

Personnellement c'est un ami qui m'en avait parlé et j'en suis plus que satisfait, CodeFluent fait le travail et le fait bien donc pour moi c'est un must have.

@arOlm: Merci infiniment pour ton retour :ccool:

Je pense que je vais tester ce week-end.
Ce que j'ai peur c'est la compatibilité avec toutes les requetes avancées en Linq.
Par exemple aujourd'hui NHibernate me permet tres aisément de requeter une arborescence en 1 requete Linq2Object.

Derniere question: As-tu rencontré par moments certaines incompatibiltés ou des fonctionnalités (comme Linq et many to many relationships) fonctionnant mal?

La documentation a l'air génial en effet mais je trouve que le produit est mal présenté sur leur site web.

@alex_vino: Pas de soucis pour le retour autant partager quand on trouve un bon outil :mouarf:

Au niveau des relations je n'ai pas eu de soucis quand je crée des relations many to many ça me crée une table d'association donc ce que j'attendais. Le code généré comprend plusieurs méthodes de base mais ce qui est sympa c’est que tu peux créer tes méthodes customs depuis ton model avec l’éditeur CFQL.

Merci à tous les deux pour vos commentaires.

@alex_vino
Voici 2 liens :
- http://visualstudiogallery.msdn.micr...8-66E8C16AB410 : sur lequel vous trouverez des critiques de développeurs à l'international

Julie
Customer Advocate
SoftFluent

codefluent entities prend il en charge le provider oledb, c'est a dire les bases ms access ( 2007 ).

Merci

@anthride: CodeFluent Entities prend en charge les bases Access à l'import et non à la génération. C'est-à-dire que vous pouvez créer un modèle CodeFluent Entities à partir d'une base Access existante mais pas générer une base Access à partir d'un modèle.
Néanmoins, une fois ce modèle importé vous pourrez ensuite générer des applications .NET (couche de persistance, métier, services et UI) en utilisant les générateurs de code fournis par le produit (nommés "producteurs").

Cordialement,
Julie

Merci , je vais le tester et je pense que c'est une bonne solution pour separer les données et le code.

Anthrise