.NET (C#) 中多个服务和组件的系统架构建议

【问题标题】：System architecture suggestion for multiple services and components in .NET (C#).NET (C#) 中多个服务和组件的系统架构建议
【发布时间】：2011-01-13 00:30:14
【问题描述】：

我们正在开发一个项目，该项目包括几个 Windows 服务、数据访问层组件和一个用于用户界面的网站。该项目还包括一个网络服务器（也将作为服务运行并托管网站）。

现在的目标是将所有组件和服务集成在一起，以便组件能够相互交互并拥有（某些）组件的单个实例（例如 DAL，因为它被所有服务使用）。

我们使用的技术是 .NET 3.5 (c#)。

对于项目的合适架构的任何建议，该架构将易于合并并满足所有要求。

【问题讨论】：

标签： c# .net architecture

【解决方案1】：

看看我昨天发的这篇文章。在这种分层架构中，您可以将业务逻辑和 DAL dll 用于您的 Web 应用程序以及您的 Web 服务。

唯一的区别是您在该架构之上插入了什么。优势：您的业务逻辑（因为它位于单独的层中）在您的 Web 服务和 Web 应用程序的情况下将完全相同。

Where to put restrictions on entities when separating Business layer from Data Layer

【讨论】：

您的帖子建议的架构与我们计划使用的架构相同。然而，我们认为，由于我们的服务层和 DAL 已经创建并且没有定义接口，这意味着很多工作。此外，表示层与表示层紧密耦合（我们错了），因此定义新接口和解耦有点困难。可能，我们将使用 DI 使用相同的架构（计划使用 Ninject）