Discussion :

[maa]

Je voudrais charger des objets avec un ORM. Les objets en question sont exposé dans une classe static "Global" (ou un singleton).
A votre avis, est-ce que c'est le role de la classe "Global" de charger les données. J'utilise pour le moment nhibernate et je me demande si c'est à cette classe d'instancier la session, la transaction, de récupérer les données via des requêtes hql et de soumettre les changements à la bdd.
D'un côté je me dis que c'est la mieux placée pour charger les données quand il le faut. Par exemple mettre les requête hql dans les accesseurs get des propriété et charger les données si le champ correspondant est null.
Mais d'un autre côté, je me demande si c'est vraiment le rôle de cette classe que de charger les données.

Merci d'avance pour vos conseils.

[Pierre Henri Kuate]

Moi, j'ai une classe "Persisteur" qui s'occupe d'abstraire l'accès à la base de données via NHibernate. C'est assez similaire à ta classe Global.

Pour plus de détails, lit cet article. A part que mon Persisteur as la sessionFactory en static et crée une session dans son constructeur (au lieu de la créer dans chaque méthode).

[buxus]

bonjour,
je suis développeur dans une boite qui vient d'acheter les licences pour devexpress. et il se trouve que DevExpress ont un component qui s'appelle XPO= eXpress Persistent Object. Ceci me mène à ma question : "Avec l'ensemble grandissant d'implémentations d'ORM (et qui continueras de s'agrandir comme stipulé dans ton livre) quel est les mesures ou paramètres à prendre en compte pour choisir parmi eux?" merci.

[Philippe Vialatte]

Salut,

de ce que j'ai vu d'XPO, ca ressemble à un générateur de DAL (Subsonic, MyGeneration) plus qu'à un ORM (NHibernate, EF, LightSpeed ORM)

quel est les mesures ou paramètres à prendre en compte pour choisir parmi eux

En attendant que Pierre Henri te répondes, mes 2 cts.

Pour choisir un outil de mapping (avancé ou pas), il faut avant tout voir comment on va l'utiliser...

Quel est l'architecture ciblée ?
Quelle est la complexité métier des projets ?
Quel est le niveau de compétence de l'équipe ?
Quel est le "budget" que la société peut se permettre en terme de formation ?

Si on part sur un projet simple, sur lequel on maitrise la base de données, avec une équipe moyenne et un budget faible, ca peut valoir le coup d'aller au plus simple, et d'utiliser XPO.

Si on part sur des projets plus complexes (architectures distribuées, "conversations"), ou sur des méthodologies qui s'y prétent (domain-first, TDD, BDD...), il vaut mieux partir sur un ORM qui tiendra la charge (NHibernate, la dernière version d'EF , LightSpeed, p-e Evaluant ? )

Dans mon cas actuel, on est parti sur Subsonic, car on fait majoritairement des applis qui bidouillent de la base de données et des sources de données hétérogènes, mais le choix est différent pour chaque équipe

[buxus]

Bonjour et merci pour la réponse ...
Tout dépend de tout finalement ...
Pour l'XPO c'est vrai que c'est pas une vraie implémentation d'ORM. Dans leur documentation officielle, ils racontent que c'est un ORM mais sur leur site (support Clientèle), un de leurs développeurs l'a, clairement, écrit (noir sur blanc) que c'est pas un ORM.

Puis le problème avec XPO aussi c'est qu'il te pousse à travailler sur l'ensemble de la technologie DevExpress. Ceci n'est pas un mal en soi. Le soucis majeur est que la documentation de DevExpress ressemble à un rapport de stage bâclé à l'approche du congé .... XPO est très utile quand il est utilisé avec les autres composants (qui sont très bons) du genre XtraGrid....

Quand il s'agit de l'utiliser dans un autre contexte avec des technologies standards de Microsoft ... la c'est a panique ...
Exemple: je travaille sur un logiciel de comptabilité (Client-Server) ou j'utilise WCF pour la communication .... pour utiliser XPO avec WCF c'est très risqué et très lourd car cela ne fait pas longtemps qu'ils ont considéré l'alternative. De ce fait, je veux envoyer un objet Ado.Net au endPoint WCF. Et pour convertir l'objet XPO en objet ADO c'est à s'arracher les cheveux ...cela a été fait exprès de la part de DevExpress (j'invente rien passez sur leur site et vous trouvez la réponse de leur team)...

C'est pour tout ça que je voulais voir si l'herbe était plus verte chez les voisins ...

[Philippe Vialatte]

hmmmm..... qui a dit "vendor lock-in" ???

En fait, de ce que tu dis, le plus simple me semble etre décrire un convertisseur de XPO vers datatable...

Eventuellement, tu devrais pouvoir t'en tirer avec de la reflection

(perso, je n'ai jamais travaille avec devexpress, pas assez de sousous )