C# 带有控制器和非MVC的体系结构的名称

我的当前项目由2个项目（层）组成

1。控制器

在该控制器内可以找到以下文件夹

业务逻辑

数据访问

实体

每个文件夹都包含连接到数据库的代码、连接到数据库的逻辑以及包含属性的实体

2。Web应用程序

该层由aspx页面、用户控件、脚本等组成

---

我想知道采用的是哪种架构。我听说这是一个三层架构。如果是，为什么选择控制器？

这更多的是关注点的分离。也就是说，数据访问层使用实体直接与数据库对话，它不了解业务层。它的主要工作是连接到数据库并返回数据

业务层用于与数据访问层通信并相应地操作数据（取决于您的业务）

然后，web应用程序与业务应用程序/域层对话并显示内容

---

通常，数据访问、业务层和实体通过项目而不是文件夹进行分离

首先，根据您的描述，似乎他们只是将一个项目命名为控制器，但根据MVC模式，它没有任何标准控制器的角色。他们可能认为项目控制着业务逻辑和数据访问，所以他们只是给了这个名字。如果可能，您可以询问应用程序的架构师或SME（主题专家）

第二，我认为你应该考虑层和层之间的区别。您似乎正在讨论层

层都是关于分配应用程序的职责。看一看。三层架构可能涉及三个项目，也可能不涉及

应用程序中的层是分离的逻辑单元。例如，您可能有用户界面层、业务逻辑层、服务层、数据访问层。每一层都应该有代码来实现应用程序的该部分/单元

该层表示分离/部署的物理单元。如果所有层（用户界面层、业务逻辑层、服务层、数据访问层）都部署在同一台服务器上，那么您只有一个层。看看

通常，随着用户数量（或应用程序负载）的增加，单个服务器无法高效运行，因此，如果可能，我们需要添加更多层，或者需要使用更强大的服务器

所以层的数量可以小于或等于您拥有的层的数量。您只能在设计阶段知道层的数量，因为应用程序的体系结构已经确定，但层的数量可以在您计划部署之后确定

第三，如果只有两个项目有一些文件夹在里面，那么它只是两个更晚的架构。如上所述，层的数量取决于项目的部署

---

如有任何问题，请随时讨论。谢谢。

是asp.net网络表单（不是asp.net MVC）吗？如果是，那么MVC模式应该不适用，因为webform有不同的基础设施。实际上，你是在问为什么控制器存在？web应用程序包括控制器、视图等。。你的web应用程序是对所有东西的封装。这与WCSF有关系吗？web客户端软件工厂？谢谢。现在是我开始学习WCSF的时候了