ASP.NET MVC多层体系结构

Question

我有一个标准的nteir设置：

->服务器->应用程序服务器Web DB服务器

我有一个MVC5Web应用程序位于web服务器上，控制器调用位于App服务器上的WCF服务项目。WCF服务项目使用EF6来封送DB服务器上的数据。

我想知道WCF是不是太夸张了？有没有更简单的方法来实现同样的架构？我在想，我应该在应用服务器上使用Web API，然后用HTTPClient从控制器调用web API？

或者，我甚至可以在应用服务器上使用一个简单的MVC项目，将JSONResults返回到web服务器上的MVC控制器？

Answer 1

这取决于..。

您必须了解每个设置的好处是什么。这并不是详尽的，只是一个快速的大脑转储。这应该会给你一些提示，让你看得更远，因为在野外世界中，可能有更多的理由选择一个或另一个解决方案。

• 为什么选择WCF。你的后端会有不同的客户端吗？您需要在客户端和您的后端之间提供一些企业安全性吗？使用WCF，您可以配置Http、TCP端点、设置消息或传输安全性等等。例如，如果你在做一个intranet应用程序，并且你不仅想要你的UI (MVC应用程序)，而且还想让其他系统使用它，那么它可能是需要的。如果你想构建更多面向REST的应用程序接口，那么
• Web也是一个不错的选择，它可以为不同的客户端(不同的媒体类型)实现内容协商。构建REST不是关于发布JSON，而是更多的内容，这里解释起来太长了。如果你的客户端不仅是你的MVC应用程序，而且你可能需要一个其他移动设备的应用程序接口，OAuth身份验证等等，这可能是一个很好的方法。如果你没有任何特殊需求，
• Plain MVC应用程序也会很适合你。不需要额外的开销。保持简单和Stupid.

的

我希望这能帮到你

Answer 2

我不会改变这一点。

WCF是Web层和应用层之间通信的一个很好的选择。我永远不会将我的应用层暴露给外部世界，所以如果有来自外部世界的任何与我的应用程序的通信，它将只通过Web层，如果需要支持多个客户端，我将创建一个WebAPI on Web层并公开它。

我会让应用层只对组织内部可用，使用WCF，我可以灵活地编写服务代码和契约，然后可以通过各种绑定(传输、安全等)公开。.If您正在组织中构建服务，并计划支持多种协议，或者只是使用HTTP以外的协议(tcp、名称管道、udp等)。那么WCF确实是一个很好的选择。