1

根据这篇文章中的 4 层架构，业务对象也被视为层。

在这个应用程序中，我们将有以下 4 层（如博客中给出的） 1. 业务对象 [BO] 2. 业务访问层 [BAL] 3. 数据访问层 [DAL] 4. UI（4 层）文件夹 [UI ]

我想澄清一下，在软件架构中，我们是否将业务对象视为一个单独的层？

我的第二个问题是

如果我们有两层架构，这意味着我们可以有两台物理服务器，一台服务器只能有 DB（数据库服务器），而另一台服务器将包括表示（UI）、业务逻辑、数据访问层和业务对象。这是正确的吗 ？

和

在三层中，我们可以在一台服务器 (T1) 上部署 UI 层、业务逻辑、数据访问层、另一台服务器上的业务对象 (T2) 和数据库独立服务器 (T3)。在这种情况下，我们必须创建服务（.Net 服务或 WCF 或远程处理）来为 UI 层公开对象。

我不确定 4 层架构。根据 [this]文章，它描述了 4 层，包括业务对象 (BO)。我不确定我们是否将 BO 视为层？

寻找我发现的帮助。

4

1 回答 1

3

通常，层用于表示逻辑分组，而层用于表示物理分组。所以首先，我通常将其称为 n 层架构而不是 4 层架构。有关层和层的更多信息，请参阅本文

现在，文章中看到的 BO 层实际上是通常所说的 DTO（数据传输对象），因为它们是 POCO 实体——这些被认为是横切组件，可以从任何层使用。其他基础设施组件（例如日志记录、审计跟踪等）也属于类似的横切组件。虽然，它是一个逻辑组，但它们通常不被称为层。

您如何在物理组（进程/服务器）中托管您的层将决定层数。因此，您可以将数据库作为一层，将承载 UI/BL/DAL 的应用服务器 (IIS) 作为另一层，将浏览器/客户端作为第三层。同样，您可以在应用服务器上托管 BL/DAL，在 Web 服务器上托管 UI，从而创建更多层。

于 2013-01-10T08:50:59.767 回答