c# - 简单的应用架构建议

Question

我正在尝试创建一个小型演示 Web 应用程序，该应用程序是松散耦合的、高度可测试的、具有漂亮干净的代码等。简而言之，我正在尝试以正确的方式做事。 ;)

目前我的 Wolfie 解决方案中有三个项目:

• Wolfie.Core - 包含业务实体
• Wolfie.Data - 包含数据访问代码，引用 Core。
• Wolfie.Web - 将是一个漂亮的网站。

就目前而言，核心对任何其他项目一无所知。数据必须引用核心，因为核心具有数据将返回的类型。所以在这一点上，我发现自己意识到 Web 需要引用核心和数据才能工作，因为实体类型在核心中，数据库调用在数据中。

Data 中的所有存储库类都有接口(interface)，因此可以模拟存储库以进行测试。

我不认为我想将任何特定于数据库的代码或引用放入 Core，并且我想让我的实体业务规则远离数据。

从 Web 引用这两个项目是否正确？或者是否需要 Web 和其他项目之间的另一个项目，以便 Web 只引用一个地方，而不负责调用数据方法等。

我的目标是一种架构，其中我的核心应用程序独立于数据层和 Web 层。

我希望我已经一些说得通了，我期待一些有用的回复。

Answer 1

我认为您正在努力实现一个合理的目标，该目标将创建一个可靠的应用程序架构。我个人曾开发过一个企业 Web 应用程序，该应用程序使用与您所描述的架构类似的架构，并且该应用程序运行良好。

在该应用程序中，域业务逻辑被隔离在它自己的“域”程序集(您的“核心”程序集)中，并且不引用 .NET 框架之外的任何内容。为了连接到外部业务组件，例如数据库和其他 Web 服务，有一个“基础设施”程序集(您的“数据”程序集)。该应用程序的关键是基础设施程序集中的每个实现都在域程序集中连接，并返回域程序集对象(正如您所描述的)。当然，这需要从基础架构到域的引用。

为了将它们结合在一起，“WebApp”程序集(您的“Web”程序集)引用了域和基础设施程序集，并使用 IoC 容器来解析所有应用程序依赖项。当请求进入 WebApp 时，它会解析适当的“域”合约来为请求提供服务，这将启动 IoC 解析调用链。除了注册基础设施实现之外，WebApp 程序集并不关心基础设施程序集是否存在。

这对于该应用程序如此有效的原因是它实现了您在问题中陈述的目标:

• 业务领域中没有外部引用。
• 业务领域应用完全独立于 Web 前端和数据库后端。

这为您的业务领域提供了很多的可测试性，并为前端如何与您的域交互提供了很多的灵 active 。事实上，正是这种灵 active 使其如此易于测试。这种灵 active 还有其他好处。例如，如果你的业务域是隔离的，你可以轻松编写一个新的 CLI 或 WPF 前端，如果你想部署和运行你的客户端，它可以挂接到文件系统后端，而无需更改任何业务域代码在本地机器上。

虽然这个例子看起来有点牵强，但就我上面提到的应用程序而言，开发团队正在考虑构建一个 Web 服务前端来补充现有的 MVC 网站前端。对于该团队来说，这只是一个现实的可能性，因为他们会像您描述的那样设置该应用程序。