Discussion :

[darkfrag]

Bonjour.

Je suis sur le point de développer une application en Silverlight, et j'ai besoin d'un peu d'aide concernant l'architecture de tout ça.

J'ai une base de données (probablement SQL Server), à laquelle je pense accéder grâce à l'Entity Framework (ou avec LINQ To Sql directement, à voir).
Le front-end sera une application Silverlight, communiquant avec un service WCF hébergé par IIS.

La question que je me pose est la suivante :
ce découpage est-il "bon", au sens architecture, théorique, du terme.

Exemple de cas qui me fait me poser des questions :

Si j'ai une grille sur mon application Silverlight, avec des données qui sont issues d'une table "requêtée" avec l'Entity Framework, et que je modifie des données de la grille, comment puis-je les répercuter dans la base ? Puisque les données seront passées, par exemple, via une List<TypeEntite> depuis le service WCF vers l'application Silverlight, les modifications que je ferai ne seront pas "visibles" par le DataContext, qui ne "saura" donc pas les enregistrer.

Je sais pas si je suis très clair (je pense pas honnêtement), mais si quelqu'un peut m'aider ou si je peux répondre à des questions pour préciser le tout, n'hésitez pas !

Merci beaucoup d'avance !

[Skyounet]

Bonjour.

Je suis sur le point de développer une application en Silverlight, et j'ai besoin d'un peu d'aide concernant l'architecture de tout ça.

J'ai une base de données (probablement SQL Server), à laquelle je pense accéder grâce à l'Entity Framework (ou avec LINQ To Sql directement, à voir).
Le front-end sera une application Silverlight, communiquant avec un service WCF hébergé par IIS.

La question que je me pose est la suivante :
ce découpage est-il "bon", au sens architecture, théorique, du terme

Oui c'est correct. Quoique vu tes questions tu pourrais opter pour du WCF RIA Services (anciennement .NET RIA Services) ou du ADO.NET Data Services 1.5 (actuellement en CTP2 je crois) pour la communication au lieu de ton WCF. Tes problèmes de mise à jour n'en seront plus

Evite LINQ to Sql, le développement a été abandonné par MS.

[darkfrag]

Merci pour ta réponse !

Le développement a été arrêté donc les chances de voir un jour un LINQ To Sql pour Oracle efficace et complet sont complètement nulles non ?

Est-ce que tu pourrais détailler "WCF RIA Services (anciennement .NET RIA Services) ou du ADO.NET Data Services 1.5 (actuellement en CTP2 je crois)" stp ? Me dire en quelques lignes à quoi ça correspond, ou si tu as un lien explicatif.

Merci !!

[davrous]

Hello,

Entity Framework est ouvert à travers des providers, donc c'est plutôt lui qui pourra discuter avec Oracle. Il existe par exemple un provider mySQL pour Entity Framework : http://www.devart.com/dotconnect/mysql/

Pour WCF RIA Services, tu peux le découvrir à travers une série de tutoriaux sur mon blog: http://blogs.msdn.com/davrous/archiv...vices-1-4.aspx

J'en parle aussi dans le coach Silverlight 3 : http://msdn.microsoft.com/fr-fr/silv.../ee441179.aspx

Bye,

David Rousset
Microsoft France

[darkfrag]

Merci pour ces réponses !

J'ai une question supplémentaire : est-ce qu'il est possible d'implémenter assez facilement son propre ObjectContext ?
L'idée serait de m'adapter, dans un premier temps, à une couche d'accès aux données que j'utilise actuellement (au dessus d'un Oracle), pour ensuite pouvoir la remplacer par une générée par ce produit : http://www.devart.com/dotconnect/oracle/

Est-ce réaliste et faisable ?
Si oui auriez-vous une idée de comment faire ?

Merci !

[davrous]

Hello,

Il faut que tu encapsules ta couche de données existante dans un DomainService. Si l'anglais ne te pose pas de problèmes, je t'invite à lire ce post : http://blogs.msdn.com/brada/archive/...9-dataset.aspx qui devrait t'aider.

Bye,

David

[darkfrag]

Merci beaucoup !!