.net - 选择正确的 .NET 架构。 WCF？ WPF/表单、ASP.NET (MVC)？

Question

我的情况是，我必须从底层设计和实现一个相当大的系统。我有一些(实际上很多)关于架构的问题，希望得到您的评论和想法。

我不希望在这里写太多，但我想让大家了解一下这个系统是什么。

有关应用程序的快速信息，如果需要，请阅读:我无法分享有关该项目的太多细节，但基本上它是一个系统，我们为客户提供服务来管理他们的用户。我们有一条用户调用的热线，我们的热线使用(Windows)应用程序(内联网)来管理用户的数据等。客户还有一个 Web 应用程序，他们可以在其中查看报告、有关其业务和用户的信息，以及修改其数据的能力。修改数据不仅仅是地址等用户数据，还有用户拥有的产品/服务的信息，这可能很复杂。

这些应用程序将基于 Microsoft .NET Framework 4 构建，并带有一个 MS SQL Server 2008 数据库。将有一些应用程序必须访问此数据库，例如:

Intranet 应用程序(由我们和我们的热线使用)

客户网络应用程序类型 1

客户网络应用程序类型 2

客户 Web 应用程序类型 n 不同的应用程序)

…

现在我最大的问题是我应该为这样的系统使用哪些 .NET 部件。对于我考虑使用 Windows Communication Foundation 的“后端”:

WCF 会是一个不错的选择吗？

Intranet 应用程序将是一个必须在数据库中编辑大量记录的应用程序。它必须易于使用键盘进行导航(快速使用)。具有诸如“查找客户、查找该客户、查找该客户、选择该客户并更新该客户”之类的功能。开发此应用程序的最佳选择是什么？是 WPF 还是旧的 Windows 窗体？我不需要 WPF 中的所有花哨的图形功能，例如 3D，但应用程序必须看起来不错(可能类似于新的 Visual Studio/Office 工具)。

同样的问题也适用于网页。它们有很多相同的工作要做，但没有 Intranet 应用程序那么多的功能，而且数据量也不相同(少得多)。

这是我现在的问题。我希望进行讨论，让我对其中一些技术大开眼界，帮助我决定要采用的架构。

我想提前表示感谢，并让大家知道，任何想法将不胜感激。

编辑 1:似乎很多人都同意我们应该使用 WCF。当在数据层引入 ORM 映射器，以及使用 WCF 的服务层时，一定会影响性能吗？您对此有何评论？

另一个不断出现的问题是我们如何处理身份验证和角色。 Intranet 应用程序具有“主”访问权限(无限制)。但是，当客户从 Web 应用程序中检索有关其用户的信息时，返回的内容取决于他们的“服务级别”是什么以及与客户相关的一些其他参数。处理这个问题的最佳方法是什么？是否有任何模式/最佳实践？

Answer 1

这种设计看起来非常可行。

WCF 是服务层的一个很好的候选者，很高兴看到一些 ORM 时代正在发生，并且您有充分的理由拥有基于表单和基于 Web 的 UI。

WPF 可以(基本上)表现得像 Windows 窗体。但是，如果您正在编写新内容，MS 会推荐它而不是 Win Forms。

ASP.NET MVC 非常适合基于 Web 的东西 - 页面是无状态的，您对页面有更多的控制权。

查看单独的“WPF VS WinForms”类型讨论以获取更多详细信息。