.NET断开连接的体系结构

Question

我正在使用WinForm和WCF使用n层应用程序

引擎服务（Windows服务）=> WCF服务=> Windows窗体客户端应用程序

问题是即使引擎服务关闭，WinForm客户端应用程序也必须100％可用。

那么，如何使断开连接的体系结构使Winform应用程序始终可用？

谢谢。

Answer 1

通常，您实现应用程序内部的队列。

队列会将请求转发到Web服务。 如果Web服务关闭，它将保持排队状态。 队列机制应该经常检查网络服务是否处于活动状态，然后在转发时将已存储的所有内容转发出去。

或者，您可以直接转到Web服务，然后在出现初始故障时将其简单地发布到队列中。 但是，队列仍需要经常检查一次Web服务。

编辑：只是为了澄清，是的，所有业务逻辑都需要在客户端可用。 否则，当客户端重新连接时，您将需要提供“验证”机制。

但是，这不是一件坏事。 无论如何，您应该将业务逻辑放在其自己的程序集中。

Answer 2

看看智能客户端工厂： http : //msdn.microsoft.com/en-us/library/aa480482.aspx

只是为了突出目标（从上面的链接中摘录）：

• 它们具有丰富的用户界面，可利用Microsoft Windows桌面的功能。
• 它们连接到多个后端系统以与它们交换数据。
• 它们通过一个集成的用户界面显示来自多个不同来源的信息，因此数据看起来就像来自一个后端系统。
• 他们利用本地存储和处理资源来在没有网络连接或网络连接间歇性期间进行操作。
• 它们易于部署和配置。

编辑

我要用通常取决于其的CYA语句来解决这个问题。 让我给你一些例子。 以一个应用程序为例，它将监视文件系统中要生成的文件的数量，该文件可以使用多种不同格式（DB2，Flatfile，xml）。 然后，该应用程序将导入文件，向用户显示文档的统一视图。 并允许他下电子商务订单。

在此应用程序中，您可以选择检测将文件压缩后的文件，然后将其上传到服务器进行转换（应用业务逻辑，例如数据规范化等）。 但是如果互联网连接断开，会发生什么。 现在，用户必须等待其连接才能下订单。

更好的解决方案是在客户端转换文件时运行业务规则。 现在让我们说，您有一些业务逻辑，这些逻辑将基于订单确定其他规则，例如推销员将其路由到或定价折扣...这些可能适合放在服务器上。

您需要问的问题是，当服务器不存在时，我需要什么功能才能使应用程序起作用。 属于此类别的任何事物都必须是客户端。

我也从未使用过Click Click部署，我们不得不推出自己的更新程序，这是另一个线程的故事，但是您应该能够轻松地发送更新。 您还可以在从URL加载的程序集中编写业务逻辑代码，因此在运行客户端时可以轻松对其进行更新。

Answer 3

您可以离线进行所有处理，并使用诸如Microsoft Sync Framework之类的功能在客户端和服务器之间同步数据。

假设服务器和客户端都是.net，则可以使用相同的代码库在服务器和客户端上进行数据验证。 这样，您将拥有一个可以同时服务于服务器和客户端的代码库。

您可以使用CSLA.NET之类的框架来简化此验证过程。