L'accès aux données dans silverlight ? que doit on utiliser

Version imprimable

21/08/2009, 09h34
hirochirak

L'accès aux données dans silverlight ? que doit on utiliser

Bonjour à tous !

Après une bonne nuit de sommeil je me pose plein de questions concernant l'accès aux données sous silverlight !

Voici le point de départ de mon problème : http://www.developpez.net/forums/d79...es-etrangeres/

En relisant ce topic je me demande si je traite bien le problème pour accéder aux données dans une application silverlight !

J'ai actuellement une application en ASPx qui fonctionne très bien et qui utilise principalement Linq To SQL pour accéder, requeter updater .... les données

J'ai donc essayer de calquer ce principe dans la nouvelle version en silverlight !

J'ai crée un ADO.Net ENtity Data Model, j'y ai joint un domain service (+ la génération automatique d'une classe "proxy") et ainsi je peux accéder aux données sous silverlight déclaré dans mon appli Asp.net

En revanche cette technique ne me paraît pas très intéressante lorsqu'on a besoin de parcourir plusieurs tables et de faire des select sur plusieurs tables (ou alors je ne sais pas bien l'utiliser et dans ce cas j'accepte toute explication)

Donc ma grande question est, quel méthode utiliser pour manipuler des données d'une base à sa guise :

L'utilisation d'un ADO.Net Entity Data Model couplé avec un Domain service (et le générateur de la classe "proxy") ?

L'utilisation d'un webservice en passant par des dataset ou du xml ?

L'utilisation de WCF, je ne connais pas vraiment le concept qu'est ce qu'il apporte par rapport aux autres techniques ?

Enfin bref je suis un peu perdu concernant ce point, je souhaite principalement faire des requêtes du style

Code:

select table1.* from table1, table2, table3 where table1.id = table2.table1_id and table2.table3_id = table3.id and table3.critere = moncritere

Et des selection de type :

Code:

select table1.*, table3.* from table1, table2, table3 where table1.id = table2.table1_id and table2.table3_id = table3.id and table3.critere = moncritere

Merci d'avance pour l'aide que vous pourrez m'apporter en attendant je vais voir si il n'y a pas des ressources concernant ce problème que je n'aurais pas vu

Cordialement

Hirochirak
21/08/2009, 09h39
Thomas Lebrun

Il te faut utiliser une DAL (Entity Framework) exposée par WCF
21/08/2009, 09h59
hirochirak

Citation:

Envoyé par Thomas Lebrun

Il te faut utiliser une DAL (Entity Framework) exposée par WCF

Merci beaucoup pour ta réponse !

Hum pourrais je te demander d'être un peu plus explicite, est ce un sujet déjà traité ? as tu de bons liens expliquant les principes

Cordialement
21/08/2009, 10h39
Thomas Lebrun

Tu as des exemples ici:

http://www.c-sharpcorner.com/uploadf...cfservice.aspx

http://www.codeproject.com/KB/silver...erlightDB.aspx
21/08/2009, 11h06
matdur

voir le lien "Which Data Access Should I Use for Silverlight 3?"

http://wildermuth.com/2009/08/16/Whi..._Silverlight_3

:mouarf:
21/08/2009, 15h01
hirochirak

Citation:

Envoyé par matdur

voir le lien "Which Data Access Should I Use for Silverlight 3?"

http://wildermuth.com/2009/08/16/Whi..._Silverlight_3

:mouarf:

J'ai beaucoup ri !!!
21/08/2009, 16h54
julien_iz

Il y a .net ria services aussi 8-)

Citation:

Il te faut utiliser une DAL (Entity Framework) exposée par WCF

Ou se trouve la couche métier dans ce cas la? Cote silverlight?
21/08/2009, 20h23
Invité

Citation:

Envoyé par julien_iz

Ou se trouve la couche métier dans ce cas la? Cote silverlight?

Avec EntityFramework il n'y a pas de couche métier à part entière mais qu'elle est incluse dans la DAL elle-même.
21/08/2009, 20h52
julien_iz

Citation:

Envoyé par h2s84

Avec EntityFramework il n'y a pas de couche métier à part entière mais qu'elle est incluse dans la DAL elle-même.

C'est assez troublant :)
22/08/2009, 12h51
Thomas Lebrun

Non, la couche métier est ta couche WCF: c'est là que tu rajoutes ton métier et c'est elle qui va appelé ta DAL
23/08/2009, 02h12
julien_iz

Ca parait moins troublant ;)
23/08/2009, 21h33
Invité

Citation:

Envoyé par Thomas Lebrun

Non, la couche métier est ta couche WCF: c'est là que tu rajoutes ton métier et c'est elle qui va appelé ta DAL

C'est confus de mon côté alors. Moi qui croyait que WCF permettait d'exposer des services pour d'autres applications alors je considérais la couche WCF comme ma couche BLL et ma couche générée par EntityFramework comme ma couche DAL incluant la couche métier.
23/08/2009, 22h43
julien_iz

couche bll = couche metier ;)

Donc c'est bien ca, non?
23/08/2009, 23h04
Invité

Citation:

Envoyé par julien_iz

couche bll = couche metier

BLL = Business Logic Layer : cette couche contient la logique métier

la couche métier quant à elle doit contenir les objets métiers.

Corrigez moi si je me trompe. Il se peut que je me perde avec ces notions :ccool:
24/08/2009, 00h51
julien_iz

Tu veux dire que la couche metier.... ne contiendrait pas de logique metier? :aie:

Je crois qu'on a un soucis de vocabulaire quelque part
24/08/2009, 10h35
Thomas Lebrun

BLL = Business Logic Layer = Couche métier = Contient la logique métier (l'appel à la DAL, les calculs supplémentaires, etc).

C'est cette BLL qui est exposée via WCF.
24/08/2009, 10h55
Invité

Citation:

Envoyé par Thomas Lebrun

BLL = Business Logic Layer = Couche métier = Contient la logique métier (l'appel à la DAL, les calculs supplémentaires, etc).

C'est cette BLL qui est exposée via WCF.

Maintenant c'est clair. Merci pour l'explication :ccool: