Version imprimable
J'ai besoins de conseils et d'avis concertant l'architecture de ma future application. L'objectif est de créer une application windows qui enverra des données par webservice dans une base oracle.
J'ai pensé à un modèle en plusieurs couches :
Présentation(wpf?) -> Webservice -> NHibernate -> Database(oracle)
Nhibernate est il un bon choix ou y a t'il mieux ?
Nhibernate est un bon choix si tu as vraiment besoin d'un ORM.
Quel que soit l'ORM, si tu utilises des Web services, tu seras confronté à la problèmatique du graph et des proxys.
C'est plus la façon dont tu t'en serviras qui en fera un bon outil.
Pour NHibernate, je dis un peu pareil, il faut voir ce que tu veux faire avec...
Si ton idee, c'est de faire un service web qui va faire du CRUD sur ta base de donnees, autant utiliser un autre mappeur ou un outil de generation de code...
Tu auras de vrais gains avec NHibernate si tu dois faire des mappings un rien complexes, ou si tu as des transactions longues, des choses comme ca ;)
Apres, si tu connais deja NHibernate, fonce ;)
Heu... Personnellement, je pense que faire transiter tous les accès à la base par un service web n'est pas un bon choix, à moins d'y être contraint (interop avec des environnements hétérogènes comme Java).Citation:
Envoyé par Hydre
Les accès à la base vont être plus lents (à cause des appels SOAP) et tu vas ajouter une complexité (celle du WS) dont tu n'as pas besoin (visiblement...).
bon à savoir, tu conseillerais quel outil ?Citation:
Envoyé par pvialatte
en fait c'est le cas, puisque je dois pouvoir accéder à ce service par mobile égalementCitation:
Envoyé par Gold Bug
Pour du CRUD, j'aime assez subsonic, sinon, tu peux aussi passer par codesmith, qui va te generer des classes de mapping a partir de ta base de donnees...Citation:
Envoyé par Hydre
sinon, tu peux aussi prendre MyGeneration, si tu veux maitriser tes templates
enfin, si c'est pour faire du CRUD .... ;)
subsonic utilise des classes particuliéres qui vont faulter en sérialization.
Pour minimiser les effets de bords, il faut réduire le plus possible les chances de problèmes de sérialisation XML.
Et déjà rien qu'avec une IList c'est un problème.
Tu peux plutôt maintenant que j'y pense regarder spring adotemplate qui te permet de faire du mapping simple sur des objets à moindre coût ?
Bonjour
Je pense que la première question à se poser avant de savoir si il faut ou pas sortir l'artillerie lourde et de quel calibre c'est :
combien de classes et de tables tu as à gérér ? quel est le degré de compléxité des objets ? quel est leur degré de couplage ?
Moi le conseil que je peux te donner ayant utilisé Nh pour des web services; voilà ce que j'en ai fait :
- Je me suis assuré que le graph était contrôlé (pas de time out, pas 300 sous objets)
- Je me suis assuré qu'il n'y avait pas de jointures
- J'ai dissocié les entités d'ajouts des entités de consultation (et oui! on peut faire ça!)
Pour ton cas; la vraie question est :
- Utiliser les web services va t'empêcher d'utiliser le lazy loading; donc as tu un modèle très relationnel ou au contraire très lache ?
- Combien d'entités as tu dans la base existante ?
- Est-ce que tu vas pouvoir faire des traitements atomiques ?
Je te dis ça parce que beaucoup utilisent Nh, mais très peu savent vraiment s'en servir.
Donc forcèmment, beaucoup pensent que c'est compliqué.
Moi, je l'ai choisi au milieu de beaucoup (linqToS, Ef, llbl, EB, Xpo...) pour une raison principale :
C'est le seule avec lequel je maitrise complêtement le graph.
Si tu as besoin d'un exemple, j'en ai, je t'en donne volontiers.
en fait c'est très léger, j'ai un peu moins de 20 tables à gérer et les objets contiennent relativement peu de paramètres. Sinon d'après ce que j'ai vu nhibernate a l'air un peu compliqué. Subsonic serait donc un bon choix ?Citation:
Envoyé par Bluedeep
sinon j'ai vu linq qui a l'air pas mal
LINQ ce n'est pas un framework et encore moins un ORM, c'est une nouveauté du langage C# ...
Tu parle certainement d'Entity Framework ?
Pour un projet de moins de 20 tables, tu n'as pas besoin de nHibernate je pense ...
codesmith donc ?
20 tables, moins ou plus, ça ne change rien à la choucroute, il y a des générateurs de code Nh qui font le job.
Là où aucun ne sera prévalent sur un autre c'est dans la récursivité du modèle généré.
Or la récursivité d'un graph, ça n'a rien à voir avec l'outil
Si un graph est récursif sur EF, il le sera sur Nh où sur Subsonic.
C'est une erreur courante d'utilisation d'un orm :
Ce n'est pas le nombre d'entité qui compte, mais les relations et la profondeur des relations.
On peut avoir un graph complêtement récursif et improductif avec 2 tables.