Discussion :

[altair8080]

Bonjour,

plutôt que de réinventer la roue, je recherche une portion de code qui permet de créer un DAL générique.

afin de l'utiliser sous VC#

j'ai effectué qlq recherche sur google et le forum mais je ne trouve que des informations partielles.

Peut être que je n'utilise pas les bons mots clés pour trouver ce que je recherche.

Merci

[Philippe Vialatte]

Bonjour,

pour un generateur de DAL, tu as, a mon avis, deux choix:
- le premier, c'est d'utiliser un generateur de code, comme CodeSmith ou MyGeneration, et de prendre le template qui te plait.
- le deuxieme, c'est de prendre subsonic.

J'ai ete un fan du 1, maintenant, je penche plus pour le 2

pour les liens:
http://www.mygenerationsoftware.com/
http://www.codesmithtools.com/
http://subsonicproject.com/

[altair8080]

Merci, je vais aller voir du coté de subsonic

[B.AF]

Subsonic est bien, mais très intrusif et ce n'est pas vraiment un "DAL"

Je te conseille de regarder la couche DAO de spring .NET qui est vraiment bien pensée.

Après si tu veux essayer d'utiliser un ORM; il vaut peut être mieux te faire les crocs sur un ORM permettant de "tout voir".

[Philippe Vialatte]

Subsonic est bien, mais très intrusif et ce n'est pas vraiment un "DAL"

non, effectivement, Subsonic est un generateur de DAL

Pour le cote intrusif, ca depends du but recherche, et de l'effort que l'équipe projet est prete a mettre sur l'abstraction, mais par experience, une fois bien pousse dans un leyrer specifique, ce n'est pas plus intrusif qu'un autre ORM...voire, des fois, moins...

La couche DAO de Spring est pas mal, mais, de ce que je me rappelle, elle n'apporte pas grand chose par rapport à du NHibernate si tu fais du NHibernate, ou par rapport aux entreprise libraries si tu fais de l'ADO...

[B.AF]

Quand je dis intrusif c'est le fait qu'il n'utilises pas de POCO, a une syntaxe assez particulière et surtout un modèle de composants propriétaire.

Donc, en généricité on a fait mieux.

La couche dao Spring est pour elle bien plus aboutie que celle de l'enterprise library au sens où elle ne se "contente" pas d'une interface générique de provider, mais implémente bien des outils génériques assez pratiques et permet de faire de l'hydratation objet, même si c'est assez loin de NHibernate.

Pour nhibernate, le seul point réellement intéressant était la gestion des sessions par template, quoi qu'aujourd'hui, enfin depuis la 1.2, l'utilité est plutôt d'injecter la session dans le DAO.

Et hibernate n'est pas non plus un DAL. Beaucoup échouent dans l'implémentation notamment par méconnaissance des mécanismes de persistence et gestion des sessions.

Donc, le choix n'est pas si trivial en fait.