Just do it!

前言：

     Sync Services For ADO.NET 这个版本的同步框架已经出来好久了，现在已经是CTP2的版本了，但它一直都是只针对桌面应用，没有针对移动设备。但3月份的时候针对移动应用的这个版本 终于出来,不过现在也还仅仅是CTP版本。心急的你一定想知道它到底是何方神圣？如果您还在苦苦寻找windows mobile数据同步解决方案,那么本文可做为您的一个参考。

     如果有做过Windows mobile数据同步的应该都知道微软在起初提供了两个方案供我们选择，一个是RDA，另个是Merge Replication（合并复制）,它们的原理都一样，在IIS上注册一个服务器数据同步的dll，我们也叫它Server Tools服务器端数据同步提供程序,用它做为客户端与服务器数据库的中间层。但是在做移动应用开发的时候希望你能注意到移动CMWAP网关的限制，详情 请见我看windows mobile数据同步方案。

    庆幸地是微软推出的这个新的同步解决方案Sync Services，它能弥补RDA和Merge Replication所带来的不足，极大地解决了我们的燃眉之急。下面就为您详细地概述这个平台。您也可以在下面这个地址下载到它。

    Sync Services For ADO.NET（只有454KB）
     联机丛书

正文：

     Microsoft Synchronization Services for ADO.NET 提供了一个直观且灵活的API，这个API提供了一组用于在数据服务和本地存储区之间的数据同步，Synchornization Services API是以ADO.NET数据访问的API为蓝本，提供了一种直观的数据服务手段。下面的摘自MSDN的几种同步技术的对比或许能更直观地看到它到底能做 什么？

主要对比	RDA	合并复制	Synchornization  Services
使用服务进行同步	否	否	是
支持异类数据库	否	否	是
跟踪增量更改	否	是	是
冲突检测与解决	否	是	是
在客户端轻松建立视图	否	否	是
自动初始化架构和数据	是	是	是
支持大型数据集	是	是	是
可在本地使用查询分析器	是	是	是
自动传播架构更改	否	是	否
在设备上使用	是	是	是

     我想合并复制是针对数据库管理员的，Synchornization Services是针对开发人员的，因为与合并复制比起来，它必须编写更多的应用程序代码，下面的这张图是Synchornization Services的N层同步体系结构，对应的还有双层同步结构，但那只是适合使用在桌面应用程序上。一图胜万言，相信下面的这张图加上注释一定能让您对 Sync Services有个大概的框框。

    
概念解释：

 1.客户端数据库：

2.服务器数据库

3.同步代理

4.客户端同步提供程序

5.服务器同步提供程序

6.同步适配器

7.代理、服务和传输

死嚼概念，未免生涩难咽，举一小例子希望能让您胃口大开。

示例：

     在Sync Services中，同步代理类为SyncAgent，它的作用就如上图所示的同步代理，在这个例子中我们使用webservice做为我们的中间传输层。


SampleClientSyncProvider就是我们图中所示的客户端同步提供程序，ServerSyncProviderProxy是服务器同步提供程序的一个代理，如图中所示，假如ServerSyncProviderProxy中的webservice编码并部署好了，我们直接调用这个同步代理类的同步方法就可以了，如下面所示：


 当然上面简单的调用还不行，我们还必须指定我们所需要同步的表
    
      这样的话我们就指定了一张客户端需同步的表，服务器同步提供程序要做什么呢，简单地说webservice必须实现四个方法才可以正常地去同步客户端与服务器端的数据。


具体代码如下：

最后我们只需提供在webservice 中实现同步适配器就可以与我们的客户端进行同步交互了。

     这个小例子主要还是为了解释整个的Sync Service的N层体系结构，如果初次接触的兄弟也不必去深入地研究代码，只有明白了整个的体系结构才能更好地理解代码，实现或扩展它，文中的代码均为伪代码，限于文章的篇幅，未能够详细地论述如何去实现同步，数据的筛选，冲突解决机制等等，以后的随笔会详细地讲解到，个人接触这个框架的时间也不长，因此文章难免错误，欢迎大家拍砖。因为项目中已经应用到了这个框架，因此以后接触它的几率会很频繁，希望以后能在这里与大家共同讨论它的使用心得。