我们正在开发一种点对点通信软件,允许一些杂货店将他们的库存与我们称之为“总部”的库存同步.
为此,我们考虑WCF WPF,没有IIS和Web服务.我对WCF的体验基本上是零,所以我的问题是使用WCF的TCP comm解决方案是否有效.正在传输的数据非常有限,压缩纯文本文件大约2MB(所以我们发送二进制数据！),这只是每天一次.因此,带宽/负载不应成为问题.
此时的想法是在HQ上运行WCF“服务器”.商店让自己知道该服务器,然后来回发送文件(类似于聊天应用程序).
我不确定的是：每家商店都需要有一个WCF“服务器”(或端点)吗？服务器(= HQ)如何将文件发送到其中一个客户端(=商店)？每个商店都可以将文件发送到任何其他商店和总部,每个商店也可以“请求”来自任何其他商店/总部的文件.
为此,我们考虑WCF WPF,没有IIS和Web服务.我对WCF的体验基本上是零,所以我的问题是使用WCF的TCP comm解决方案是否有效.正在传输的数据非常有限,压缩纯文本文件大约2MB(所以我们发送二进制数据！),这只是每天一次.因此,带宽/负载不应成为问题.
此时的想法是在HQ上运行WCF“服务器”.商店让自己知道该服务器,然后来回发送文件(类似于聊天应用程序).
我不确定的是：每家商店都需要有一个WCF“服务器”(或端点)吗？服务器(= HQ)如何将文件发送到其中一个客户端(=商店)？每个商店都可以将文件发送到任何其他商店和总部,每个商店也可以“请求”来自任何其他商店/总部的文件.
两个限制：由于预算原因,所涉及的机器/计算机都不能运行Windows服务器,并且如前所述,IIS是不可行的.
解决方法
如果您通过服务器引导所有流量,那么没有理由不通过WCF实现此目的.服务器将在IIS中托管WCF服务,其中的商店具有能够上载和请求文件的客户端.使用这种方法,商店将无法直接将fiels相互转移,但他们必须通过主服务器来完成,如果您没有其他方案的预算,这将满足您的需求.
如果每天进行一次所有传输,则会对每个客户端请求文件请求,然后每个客户端上载服务器或任何其他客户端所需的任何文件.最后一步是服务器将所需文件分发给每个客户端.显然,这是一个简化的视图,实际过程可能需要更多思考.