[Architecture] WCF Services

Salut les gars!

J'ai une petite question d'architecture a laquelle j'espere que certains d'entre vous pourrait repondre :yaisse2:
J'ai enormement lu et visionner les web casts de Microsoft sur la beautee des service offerts par .NET3 et WCF et SOA et machin...
J'ai teste la creation de ces services et effectivement, ca semble etre "the top!" Vraiment pratique, faciles a configurer et deployer (sauf sur Vista avec ses problemes de securite, administrateur :? je sens la douleur quand on aura tous a coder dans cet OS... bref!)

Par contre, avant de me lancer dans le design de mon application SOA, j'ai une question toute bete, ou je mets ma couche metier et access BDD???.

Si, par exemple, j'ai un service "Facturation" et un service "Information Client". J'ai besoin de quelques objects metier et quelques objects DAO qui sont commun a ces services, qui ont pourtant des buts differents, mais etant donne que ces service pourrait etre, en theorie, sur des serveurs separes, alors comment coder "proprement" en evitant de coder 2 fois la meme classe et maintenir 2 version de cette classe (berk...)

Une solution possible serait de creer un service dedie a stocker tout les objects BO et DAO, une sorte de "hub" d'objects, mais alors les services applications devront tous acceder a ce service, et les temps de reponses d'operations tres simples seront catastrophiques...

A moins que j'ai manque un wagon, pourriez vous m'aiguiller un peu???
Merci!
PS: Pas de mention de football, c'est assez douleureux comme ca, merci!

Salut .

ton probleme n'as rien a voir avec WCF ou autre ... Il te suffit de développer une librairie qui contient tes objets métiers et DAO et tu la partage dans tes deux projets ... Pas besoin de faire intervenir du WCF pour partager des classes.

Par contre si c'est des objets que tu veux partager alors la il n'y a pas plusieurs façon c'est effectivement à coup de XCF que tu vas travailler.

Merci pour ta reponse, je vois ce que tu veux dire. Quand tu cree tes services, tu ajoute en reference le project contenant les BO/DAO. Ce qui veux dire que tu auras plusieurs versions de ta DLL sur differents (ou sur le meme) server... Mais bon tu as raison, ca marche tres bien et la reponse etait tres simple :oops:

Eventuellement, j'aimerais partager quelques objects aussi...

Quand tu parles de XCF tu veux parler de http://xcf.sourceforge.net/?

Non, je pense qu'il voulait dire WCF ;)

Ok, la seule chose que tu auras a faire est d'exposer tes data types en utilisant l'attribut [DataContract] d'un service a un autre alors?

ça dépend de ce que tu veux faire .

Si c'est partagé des objets alors c'est WCF (et non pas XCF :oops: ).
Si c'est partagé des classes alors un lib suffit .

Ok, merci pour ces reponses.
Cependant, je precise ma question :oops:

J'aimerais avoir une seule instance de ma lib, et qu'elle soit eventuellement sur le serveur. Le probleme est que j'ai une "association" 1-1 entre un usercontrol et un BO (que j'utilise comme validation). Le probleme vient que je ne peut pas faire ca car la definition des objects ne doit pas etre sur le client...:oops:

En fait, plus j'y reflechis, plus je me dis que je devrais avoir une GUI "stupide" qui appelle un service pour creer dynamiquement ses user control (style un arbre a gauche et un container a droite) comme ca tout le code sera dans le service et un changement dans le service (un update au niveau serveur) pour mettre une mise a jour de l'application.

Est ce que je m'exprime mieux ou c'est toujours du mandarin???

Citation:

---

Envoyé par leMarseillais

Est ce que je m'exprime mieux ou c'est toujours du mandarin???

---

C'est déjà plus clair ;)

Bon il faut effectivement que tu crée un service WCF avec ta lib exposé en Singleton ( Voir doc ;) ).

Par contre le coup d'avoir les usercontrols créé par le service, je suis pas sur ... Je l'ai fait en remoting mais c'est pas le top du tout ... En plus il faut voir si les controles supporte le fait d'etre sérialisé ou marshalByRef .... (En Remoting oui mais en WCF ... J'ai pas encore eu le temps de faire le test :P ). De plus tu risque d'avoir des pb de rafraichissement et d'affichage.

A mon avis le mieux pour toi c'est de couper la poire en deux :
- Tu crée une classe metier qui se charge de créer les controles sur ta form, tu la déploie coté client
- Tu crée une classe métier qui se charge d'envoyer les instructions et les données à ta classe de création de controle et tu déploie coté client.

Comme ça tu peut avoir une MAJ dynamique de ton client en ne rédéploiyant que la partie serveur, la seule fois ou tu a besoin d'updater le client c'est en cas de changement dans "ControlsBuilder".

Ca resout pas les problemes de devoir avoir une reference de tes BO... En effet ta classe qui cree des controles doit avoir la reference des BO et ton service ton travailler doit avoir les BO...

Je crois avoir une piste de solution dans une doc, j'ai lu qu'on pouvait creer des classes en l'exposant en XML Schema, ce qui fait qu'une classe peut l'utiliser en creant un schema a la place d'une classe et le passer a un composant qui va la traduire en classe, j'investigate et je vous laisse savoir! :bug: