Avis sur Entity FW

Bonjour

J'aimerais avoir des avis sur Entity ?

Pour les plusieurs projet C# utilisant SqlServeur, j'avais fait un générateut de classe qui analysait le contenu d'une table et produisait la classe associée a la table avec une methode Insert, Update et select et la génération des parametres + pas mal de garnitures

Je passe les détails mais c'est tres souple et tres pratique

Bon, je dois quand meme ajouter a la main la gestion des contraintes et relations

Actuellement je dois lancer un nouveau projet 100% constitué de WebServices et je me tate pour Entity
Quelqu'un as-t-il de l'expérience ?

1- Est-ce vraiment plus confortable ?
2- Est-ce vraiment plus performant ?
3- N'est - ce pas beaucoup moins performant ?
4- Quelles sont les erreurs a éviter


Merci de vos conseil :)

Je n'ai pas beaucoup d'expérience, mais je suis entrain de l'utiliser.
Au niveau utilisation stricte (une fois le modèle généré) c'est assez hallucinant.
En 5-10 lignes tu affectes tes tables à DataGridView p.ex. avec ajout, suppression, mise à jour.
La manipulation des objets créés est très intuitive à mon avis.
La différenciation entre les propriétés scalaire et de navigation permet un accès aux données très très simplifiée. Et utilisé avec Linq cela devient du gâteau.
Les deux bémols que j'aurais à apporter sont qu'il paraît impossible de modifier dynamiquement la db (p.ex. ajout de table) et que la gestion de requêtes complexes demande un connaissance assez approfondie de Linq ou de la mise en place de procédures stockées.
Mysql à sorti un nouveau connecteur qui permet de générer un modèle comme avec Mssql. Il y a toutefois encore quelques minimes différences dans le code généré par l'un et par l'autre. Ce qui veut dire qu'il n'est pas encore aussi simple de décréter que le soft pourra se connecter de manière totalement transparente à l'un ou l'autre des sgdb.
La chaine de connexion générée par le concepteur est relativement difficile à modifier et il faut quelque peu bricoler pour la rendre paramétrable.
Pour les autres sgdb je ne sais pas ce qu'il en est.
Bonne journée

merci ppphil

Je continue a investiguer

Particulierement sur la bonne maniere de creer des modeles Entity par rapport a une DB

Dans l'application que j'ai pris en main toute la DB a été chargée dans un modele

Il me semble a priorir plus pertinent de creer plusieurs modeles plus petit selon les domaines de traitement et les tables directement concernées

Je m'interroge aussi sur l'interet et l'usage des deconnection de tables

Ben te v'la bien seul ....
Alors je continue un petit peu.
Dans VS2008 la mise à jour du modèle ne se fait pas correctement.
Si par exemple tu modifie une liaison entre deux tables, la mise à jour ne se fait pas. La seule solution que j'ai trouvée est de détruire le modèle et de le recréer à l'aide de l'assistant.
Pour ajouter une ligne à une table, il suffit de créer un nouvel objet lié à la table et de faire un AddObjet sur le modèle...

Pour ce qui est de scinder une db en plusieurs modèles c'est ok mais il ne faudrait pas qu'il y aie une quelconque liaison entre les deux parties de la db...

Bon j'arrête de tartiner. Je ferme boutique pour ce soir.
Bon courage !!

Helas

Nous vla tous les deux bien cheul :calim2:
Mais je vais t'avouer que je ne suis pas vraiment convaincu par Entity !

Ca me semble etre une couche qui en definitive obscurci encore plus l'acces aux données et ca n'aide pas toujours !

Et dans le le modele qui m'a été donné, développé par un geek du design je finis par penser qu'a force de vouloir abstraire les data on finit par abstraire les liaisons avec le monde réel
En définitive cette application qui est certainement magnifique d'un point de vue theorique ne vaut rien pour le client
Allez ! je pousse une petite gueulante contre ce monstre que semble etre Entity, ca reveillera peut etre quelques preux développeurs pour en défendre les avantages et qualités 8O:)

Je pense que pour une application strictement db comme un truc développé sous access(si on peut parler de développement avec access) c'est vraiment le top. Tu arrives à faire en très peu de temps des formulaires et sous-formulaires.
Dans mon application, il y a une partie db que je qualifierais de standard et pour cela c'est idéal.
Mais j'ai aussi des requêtes beaucoup plus pointues à effectuer et là, je dois avouer que je me suis rabattu sur les bonne vieilles requêtes sql paramétrées...

Oh ! Eh ! du bateau ! Y a personne qui utilise ce truc ???