Silverlight accès aux données

Version imprimable

04/03/2009, 12h03
Alexs

Silverlight accès aux données

Bonjour,
Nous devons transcrire une application de gestion format client/serveur en format Web.

Silverlight a été retenu pour l'aspect interface riche.

quand aux accès aux données, nous avons encore un doute c'est pour cela que j'aimerai avoir l'avis de personnes ayant déjà rencontré ce cas de figure.

Nous avons 2 choix :
- Service Web WCF avec entity data model
ou
- ADO Data service avec entity data model.

A votre avis laquelle de ces techno serai la plus adaptée ?
Aussi bien au niveau des temps de réponses que de la robustesse.

Sachant que la base de données derrière est en sql serveur 2008 et qu'elle comporte au bas mot ~100 tables avec plusieurs centaines de millers d'enreg.

Si vous avez une meilleure solution, je suis preneur la seule contrainte étant qu'il faut que ça puisse fonctionner avec silverlight. :)

merci pour les avis
04/03/2009, 12h25
hbib85

Bonjour,
Puisque vous avez déja un code format client/serveur, pourquoi tu ne conserve pas les mêmes technologies ?
et comme ça vous gardez le serveur et vous ne changez que le client
04/03/2009, 13h06
Alexs

Dans le cadre de ce nouveau projet, nous remettons tout en cause.
La base de données et tous le reste.

C'est comme si on repartait de zéro sauf que l'on connait toutes nos règles métiers.

;)
04/03/2009, 13h22
B.AF

Je dirai WCF.

Ca vous fait deux couches technologiques sur lesquels vous pouvez évoluer et que vous maitrisez (EF+WCF).

Pour être honnête, le big bang technologique, c'est très difficile.

Je crois qu'au moins vous devriez conserver la base (en client serveur, elle est forcémment structurante), et de là déjà pouvoir faire le découpage des services.

Rien que le truc pénible ca va déjà être la gestion des transactions :
En client serveur c'est simple, en distribué, c'est beaucoup plus compliqué.

En plus, en partant d'une nouvelle base, vous perdez vos jeux d'essais et donc vous devrez prendre le temps d'injecter du contenu.

Tout en même temps...Courage !
04/03/2009, 13h29
Alexs

Je m'explique un peu mieux.

C'est vrai que nous devons réécrire l'appli (elle a quasi 15 ans)

Au niveau BDD, on refait une base de BDD mais en conservant une grosse partie existante.

On va dire que l'on a déjà la base de données, le reste n'est pas réutilisable.
04/03/2009, 13h36
PerpetualSnow

Personnelement, pour un accès à une base de données à distance, j'ai mis en place un web services WCF. Je suis très satisfait de la solution. Je n'ai pas mis en place ADO car j'utilisait une base MySQL.
Par contre, mon problème était très simple et les requetes retournaient la plupart du temps qu'une seule entrée.
09/03/2009, 11h13
tucod

Il n'y a effectivement pas beaucoup de choix pour taper dans une base de données, étant donné que Silverlight ne peut pas se connecter en direct sur une base pour des raisons de sécurité réseau.

Tu peux utiliser WCF ou un WebService normal oldschool, les deux fonctionneront.

Construit tes objets métier côté WebService, ils seront recréés dans la classe proxy de la référence web dans ton projet Silverlight.

===========
Blog : Silverlight News
09/03/2009, 12h43
B.AF

Citation:

Envoyé par tucod

Il n'y a effectivement pas beaucoup de choix pour taper dans une base de données, étant donné que Silverlight ne peut pas se connecter en direct sur une base pour des raisons de sécurité réseau.

Tu peux utiliser WCF ou un WebService normal oldschool, les deux fonctionneront.

Construit tes objets métier côté WebService, ils seront recréés dans la classe proxy de la référence web dans ton projet Silverlight.

===========
Blog : Silverlight News

C'est faux ce sont des proxys locaux, donc des types différents.
Le générateur VS2008 ne gére pas les types partagés. (sauf dans le SDK je crois avec svcutils et encore)
09/03/2009, 13h37
Alexs

La seule solution pour qu'il puisse gérer les types partagés est de référencé une assembly contenant ces types partagés dans le projet SL.

Ce n'est valable que pour des classes métier "perso" car dès que l'on utilise les classes auto générées par l'entity data model, on ne plus les référencer sous SL du fair des Using Data non existant dans SL.

Mais j'aimerai revenir à ma question initiale.
Je voulais simplement savoir pour vous quelle était la meilleur solution.

- WCF avec un entity data model
- WCF avec autre chose (datareader...)
ou
- ADO Data Services ?
09/03/2009, 14h41
The_badger_man

ça dépend de ce que tu veux faire.
ADO.NET Data Services est orienté données (comme son nom l'indique). Il te permet d'exposer facilement une base de données via un service REST afin de la manipuler (CRUD).
http://morpheus.developpez.com/adodataservices/
09/03/2009, 15h05
tucod

Citation:

Envoyé par B.AF

C'est faux ce sont des proxys locaux, donc des types différents.
Le générateur VS2008 ne gére pas les types partagés. (sauf dans le SDK je crois avec svcutils et encore)

Ce que je voulais dire c'était d'utiliser les types générés par le proxy justement, plutôt que de redévelopper de nouveaux objets côté client s'ils ont déjà étaient créés au niveau du webservice.
09/03/2009, 17h24
Skyounet

A la PDC ils avaient parlé d'un nouveau projet pour l'accès aux données en Silverlight, c'est basé sur Data Services.

A voir dans la beta de SL 3 au Mix09 normalement.