Sébastien Pertus
Chapitre III : Sync Services for ADO.NET et WCF
Suite des deux premiers chapitres sur la synchronisation avec Sync Services for ADO.NET, voici un nouvel article impliquant WCF dans une synchronisation déconnectée.
Par Sébastien Pertus publié le 29/04/2008 à 09:14, lu 1897 fois, 5 pages
commentaire(s) 2 commentaire(s) tag(s)Tags: Microsoft Sync Framework, Visual Studio 2008, Windows Communication Foundation
 2 | Sync Services et WCF
Sync Services et WCF
Tout d'abord pourquoi utiliser WCF dans une architecture déconnectée ?
A cela, plusieurs réponses, d'ordre logique et d'architecture, plus que technique :
  • Le client ne peut pas ouvrir de connexion directe sur le serveur de données : Précaution assez induite par le fait qu'il est bien plus préférable d'exposer une assembly .NET sous WCF qu'exposer un serveur SQL SERVER 2005!
  • la Communication doit se faire via un protocole de type HTTP. WCF prend en compte des binding comme WsHttpBinding ou encore BasicHttpBinding, nous allons donc en tirer parti.
  • Il existe déjà une architecture WCF, sur laquelle on veut pouvoir supporter une synchronisation déconnectée.
A ces quelques arguments, Sync. Services for ADO.Net apporte la solution, qui plus est, totalement intégrée :
  • Sync Services est déjà prêt pour WCF.
  • Le Designer permet de créer une architecture autour de WCF et génère les classes pour le service métier ainsi que l'application cliente.
Architecture
Sur une architecture non distribuée, le découpage des éléments, simple, constituant notre synchronisation est le suivant :
 
/content/0d058078-eb89-46e3-938c-6dbb400c1479/Archi01.jpg
 
  • Le fournisseur de synchronisation client : Le ClientSyncProvider.
  • Le fournisseur de synchronisation serveur : Le ServerSyncProvider.
  • Le coordinateur de synchronisation : Le SyncAgent.
Les autres éléments, SyncAdapter, SyncTable, Syncgroups sont des sous éléments des 3 éléments de plus haut niveaux.
Pour le découpage multi tiers, nous allons arriver à cette solution :
 
/content/0d058078-eb89-46e3-938c-6dbb400c1479/Archi02.jpg
 
On remarque 3 éléments à prendre en compte :
  1. Le coordinateur de synchronisation (SyncAgent), reste sur l'application cliente : Logique : il est le seul à connaître le fournisseur client (qui peut être différent suivant le client d'ailleurs !)
  2. Le fournisseur de synchronisation serveur sera donc hébergé par notre serveur de services WCF.
  3. Notre agent de synchronisation passera donc par un proxy pour appeler le fournisseur de synchronisation serveur.
 
» Démarrer une discussion
 
Discussion démarée par sebastien.boury le 30/10/2008 à 15:27, 2 commentaire(s).