任何人都可以解释我目前正在研究的多应用解决方案的最佳实践通信流程.我将运行一个MS SQL服务器数据库.该数据库将由一个或多个Windows桌面应用程序和移动设备(Android,iOS和Windows)访问和更新.每当对数据库进行任何更改时,都应该实时更新客户端以反映.桌面应用程序是最重要的,需要尽可能少地延迟更新.另一方面,移动应用程序可以容忍一分钟左右的延迟.

我的想法是使用signalR将桌面应用程序连接到服务器,然后数据库将通过SQLDependency向任何连接的客户端通知更新.对于移动端,我计划服务器向移动设备发送通知,在收到通知后,移动设备将重新查询SQL Server(通过Web服务)以更新自身.

我想我的问题是,这是最好的(标准)方式,还是有更好/更快/更强大的方法来实现这一目标.

任何意见,将不胜感激.

解决方法:

我建议你在C#中创建一个API并在IIS上托管.您的桌面应用程序(无论是Web还是本机)将使用RESTful调用API.

在IIS上托管的API将与SQL Server通信.对于数据库操作,您将拥有CRUD(创建,读取,更新,删除).您将向每个CRUD方法公开GUID(使用sql server中的NEWID()生成)并提供序列化数据.例如.也许XML或JSON发布到API.

在我看来(和实践),这是最好的选择.它是真正的全球性,API可以与任何能够发出HTTP请求的客户端应用程序“对话”.

所以系统变成：

SQL Server> API / IIS>客户端(Android,iOS,JS,Java,Windows,Unix,Mac等)

这里的好处还有：

>开箱即用的SSL
> RESTful交易 – 可以使用oAuth或编写自己的(专有更难破解！)
>高度可扩展 – IIS支持每秒100次的事务处理
>不需要打开端口1433(SQL端口)到Web(这将打开你的黑客攻击). API使用端口443(HTTPS)
>如果使用C#编写API,则可以使用许多序列化/反序列化功能.

希望这能回答你的问题.