通过 WCF 进行通信的同步框架自定义提供程序
我正在使用 Microsoft Sync 框架 1.0（没有 ADO.NET 服务）
我创建了 2 个自定义提供程序：Xml 提供程序和数据库提供程序。
两个提供程序的代码可以在以下位置查看：
http://dl.getdropbox.com/ u/204110/MyBaseSyncProvider.cs
http://dl.getdropbox.com /u/204110/MyDbSyncProvider.cs
http://dl.getdropbox。 com/u/204110/MyXmlSyncProvider.cs
我想要完成的下一步是通过 WCF 进行同步。
据我了解，我可以使用 ProviderProxy 类，但不幸的是，我在 MSDN 上找到的所有示例都涉及使用 ADO.NET 的同步服务。这些示例通常使用 DbSyncProvider。
我的问题是：是否可以使用我的自定义提供程序通过 WCF 实现同步（不使用 ADO.NET 同步服务）？
I'm using Microsoft Sync framework 1.0 (without ADO.NET services)
I have created 2 custom providers: Xml provider and database provider.
The code of both providers can be seen at:
http://dl.getdropbox.com/u/204110/MyBaseSyncProvider.cs
http://dl.getdropbox.com/u/204110/MyDbSyncProvider.cs
http://dl.getdropbox.com/u/204110/MyXmlSyncProvider.cs
The next step that I want to accomplish, is to make synchronization over WCF.
As I understand there is ProviderProxy class that I may use, but unfortunately all examples that I have found on MSDN involve using Sync Services for ADO.NET. These examples typically use DbSyncProvider.
My questions is: Is it possible to implement synhronization over WCF using my custom providers (without using Sync Services for ADO.NET)?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
一般来说，可以使用您想要的任何通信机制作为自定义 SyncProvider 的底层传输。
上次我这样做时，我最终在客户端上拥有了两个提供程序，因为如果目标提供程序实际上处于进程之外，则涉及太多的状态管理。
这意味着您只需要编写一个目标提供程序来执行您希望作为其实现的一部分的任何 WCF 通信。
In general, it is possible to use whatever communications mechanism you'd like as the underlying transport for a custom SyncProvider.
Last time I did this, I ended up having both providers on the client, because there was too much state management involved if the destination provider actually lived out of process.
This means that you simply need to write a destination provider that performs whatever WCF communication you would like as part of its implementation.