wcf - N层架构

Question

我处于必须从头开始设计和实施系统的情况。我有一些关于架构的问题，希望得到您的评论和想法。

关于项目的快速信息：它是一个以数据为中心的 Web 应用程序。

该应用程序将构建在带有 MS SQL SERVER 2008 数据库的 Microsoft .NET Framework 4.0 之上。

要求：

下面是我构建的架构图：

在此处输入图像描述

架构简介

我的担忧：

由于应用程序将被构建为松散耦合，因此如果未来业务需求增长，新模块可以轻松插入而不会影响架构。所以我想到了将存储库模式与 IoC 和 DI 一起使用（可以是 Unity/Ninject/Sprint.NET 或任何其他）
支持 XML 和 JSON 的 WCF
用于放置 IoC 和 DI 的分布式服务层
使用 Enterprise Library 5.0 进行异常处理和记录

寻找有价值的意见和建议。如果我做错了什么，请让我朝着正确的方向前进。

score 6 · Accepted Answer

我建议以下评论：从一开始，您的方法就会产生紧密耦合。这直接违背了您的要求#3“松散耦合”

在您的图表中，您已经定义了两个模块。主模块和模块 2。我猜这两个模块彼此完全不同。我的意思是你可以完全独立地开发它们，然后将它们插入，因为它们解决的业务问题是不同的。

但是，您当前的架构方法：

可能值得考虑的事项：将主模块和模块 2 构建为独立的垂直服务堆栈。

我的意思是主模块和模块 2 成为主服务和服务 2

每个服务都有自己的数据库、自己的业务层、自己的服务层和自己的 UI 组件。

然而，这引起了人们的关注：Main Service 和 Service 2 如何协同工作来创建我的产品？

为了解决这个问题：

这将导致在松散耦合的垂直服务堆栈之上从头开始构建应用程序，这些服务堆栈通过异步交换消息来保持一致性。

如果您随后需要将新模块添加到您的应用程序中，您可以创建一个支持所需功能的新服务堆栈，并将其连接起来，几乎不需要更改其他堆栈（理想情况下，这是更改现有堆栈的唯一原因）可能是他们想要订阅来自新模块的事件）。

在我看来，这是一种与您建议的方法非常不同的方法，但可以让您更好地满足松散耦合的要求。

score 1 · Accepted Answer

WPF、WinForm 等 UI 应该调用 WCF 层是有道理的。我假设拥有多个 UI 是一项业务需求，否则如果您只能拥有一个 UI，那么响应式 Web UI 是最灵活的选择。

但是，我认为您的 MVC UI 不需要使用 WCF 层。它可以直接调用领域层。那会更快并删除无意义的图层。

显然，这只有在您不在 WCF 层中放置任何逻辑时才有效。WCF 层实际上不应该有任何逻辑。

您还声明要将 IoC 和 DI 放置在分布式服务层中。就您的 MVC UI 而言，这没有多大意义。您需要在 MVC 项目中使用 DI，以便对控制器进行单元测试。

score 1 · Accepted Answer

为什么架构图不使用 ASP.NET 的域层？

在我看来，您可能正在过度架构您的应用程序。此外，虽然支持 6 种（左右）不同的前端技术看起来很棒，但维护所有这些技术的努力将是可怕的。我会坚持使用一种前端技术——很可能是带有客户端 MVC 或类似技术的 HTML5。

score 0 · Accepted Answer

查看您的图表，我有几点不清楚：

4 回答 4