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

**hirochirak** · 21/08/2009, 09h34

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

**Thomas Lebrun** · 21/08/2009, 09h39

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

**hirochirak** · 21/08/2009, 09h59

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

**Thomas Lebrun** · 21/08/2009, 10h39

Tu as des exemples ici:

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

http://www.codeproject.com/KB/silver...erlightDB.aspx

**matdur** · 21/08/2009, 11h06

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

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

**hirochirak** · 21/08/2009, 15h01

Envoyé par matdur

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

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

J'ai beaucoup ri !!!

**julien_iz** · 21/08/2009, 16h54

Il y a .net ria services aussi

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?

Invité · 21/08/2009, 20h23

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.

**julien_iz** · 21/08/2009, 20h52

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

**Thomas Lebrun** · 22/08/2009, 12h51

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

**julien_iz** · 23/08/2009, 02h12

Ca parait moins troublant

Invité · 23/08/2009, 21h33

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.

**julien_iz** · 23/08/2009, 22h43

couche bll = couche metier

Donc c'est bien ca, non?

Invité · 23/08/2009, 23h04

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

**julien_iz** · 24/08/2009, 00h51

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

Je crois qu'on a un soucis de vocabulaire quelque part

**Thomas Lebrun** · 24/08/2009, 10h35

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.

Invité · 24/08/2009, 10h55

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

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

Silverlight

Discussions similaires

Partager

Partager