.NET中的胖服务器+瘦客户端

Question

我正在研究潜在服务器/多客户端项目的细节，而这是我以前从未有过的领域。 暂时忽视项目的规模，并假设这一点继续......

我目前的想法是，服务器应该是一个胖服务器，每个工作站上都​​有一个瘦客户机，内置C＃.NET，可能使用WinForms作为用户界面，并通过ClickOnce分发，以便轻松和兼容的软件更新。< / p>

Database <-> Server (business logic) <-> Rich Thin Client

而不是胖客户：

Database <-> Client

我正在研究服务器的WCF。对于具有以下用例的客户端 - 服务器体系结构，这是否可取？

• 使用客户的10到100名接待员和从业者之间的任何地方（公司增长会增加这一点）
• Windows 7及以上是主要工作站操作系统
• 最低数据流量
• 以某种方式将大数据与数据库一起存储的可能性（患者图像，视频等）

服务器是否应尽可能多地执行业务逻辑并仅发送信息和结果并在客户端上执行基础知识（验证等）？这对我来说似乎合乎逻辑。

有没有人对开始这么大的项目有一些很好的信息？

我相信当前使用的软件实际上是一个具有直接MSSQL连接的胖客户端。

不仅如此，它还是非分布式的，每个诊所都有自己独立的数据库，导致数据完整性和整理报告等许多问题。

Answer 1

这是您的架构的完美有效计划。 WCF会很好。如果你需要一个关于验证用户的Web应用程序和从应用程序中运行的ClickOnce模块之间的身份验证共享的教程，我写了一次：

http://www.wiktorzychla.com/2008/02/clickonce-webservice-and-shared-forms.html

这是几年前写的，当我展示如何在ClickOnce和ASMX Web服务之间共享身份验证时，稍后我写了另一篇关于在Silverlight模块和WCF服务之间共享身份验证的教程。

http://www.wiktorzychla.com/2010/04/aspnet-forms-authentication-sharing-for.html

将这两者结合起来，将为您提供ClickOnce + WCF身份验证共享。