问题标签 [three-tier]

我正在尝试在 ASP.NET MVC 项目中使用三层架构和存储库模式。但在某些情况下，三层架构和存储库模式看起来几乎相同。因此，我尝试研究以下内容以使其更加清晰：

存储库模式

N 层架构

之后，我进入了以下实现代码，并期望一些建议以更有效的方式改进实现：

模型- 部门类：

接口- IRepository 接口：

DAL - 部门网关类：

BLL - 部门经理类：

我要离开UI部分。我试图确保这是否是正确的方法并让我知道。谢谢。

注意：我很抱歉问这个问题。我实际上将这两件事混合在一起，并希望专家提供一些带有代码示例的建议。请不要发布任何链接。我已经看过一些了。

我正在做的项目是“大学管理系统”，这是一个很大的项目。现在，我正在实施运行良好的学生注册部分（项目的一小部分）。我在 ASP.NET MVC 模板中使用了“三层架构”和“ORM - EF” 。在项目中，我需要根据学生的年级、部门等对注册学生进行一些验证。所以有 DAL、BLL、最后是控制器和视图等部分。我已经在控制器中完成了验证，并从 BLL 获取数据，该数据再次从 DAL 检索数据（这是“三层架构”的简单条件）。所以我的问题是：

1）可以在控制器中进行验证吗？

2）如果不是并且需要在 BLL 中执行，会不会很好，为什么或者我可以继续在控制器中执行它？

注意：对我来说，在控制器或 BLL 中进行验证似乎没问题，而且是一样的。它有什么作用吗？

现在，我做了以下事情：

达尔：

BLL：

控制器：

这可能是一个奇怪的问题，但是当我拥有三层架构时，我问自己在架构设计中将物联网设备放在哪里。

演示、业务逻辑、数据

现在 Web 应用程序位于表示层。应用服务器 = 业务逻辑数据库 = 数据层 但是物联网设备应该在哪里。它没有演示或用户界面。

在三层架构中，DAO 模式位于何处？是在业务逻辑层还是在数据层？

你知道为什么会这样吗？非常感谢！

这是否正确地描绘了 Spring MVC 和三层架构之间的关系？模型应该在数据访问层吗？

我收到了一个 Java 应用程序，可以在它上面应用三层架构风格；要做的用例之一是登录。我已经研究了适用于这种架构风格的所有理论和规则，但我需要了解各个级别之间对象合作的逻辑以及模式如何在每个级别上协同工作以实现这个（和其他）使用案子。

首先，我创建了三个基本包：Presentation、Application和Data。此外，我还包含了一个关于边界类的包，即发送请求的各种 GUI。

在表示层，我只是放置了一个前端控制器，它封装了客户端使用应用程序所需的表示逻辑。

在数据层，我放置了一个DatabaseConnection类（与数据库通信的类，负责加载驱动程序、连接到数据库、查询等）和DAO 类（数据访问对象，与数据库接口）。

真正的问题是我不知道在Application级别放什么，它代表了应用程序的主要部分，定义了应用程序的领域模型，即：它们的实体、它们的关系和应用程序逻辑。它不应包含对如何向用户呈现数据或如何保存数据的任何参考。

所以，我目前有这个层次结构：

Main ---> Boundary > Presentation > Application > Data > Database

按照这个架构，怎么做一个简单的登录呢？请记住，每个级别只能与底层级别进行通信；例如Boundary层的类不能直接和Data层的类通信，Boundary的类只能和Presentation的类通信。如有必要，您可以发布一个伪代码，其中提出了要执行的步骤。

我在后面的代码中试过：

我无法使用上面的代码清除选择。call()我想在调用函数时取消选中 radcombo 框的选定项目。感谢是否有人可以判断是否缺少任何东西。

我构建了一个从服务器日志文件中读取的监控 Web 应用程序。之后，业务逻辑使用地理定位服务提取其他信息。我是否应该同时考虑日志文件和地理定位数据库作为我的数据层？

我使用 asp.net 和 SQL 服务器为 android 应用程序创建了 Restful API（基于 JSON 的 API）。通过以下链接，我成功地通过 Restful Web 服务执行从 android 应用程序到 sql server 数据库的 CURD 操作：

http://www.tutecentral.com/restful-api-for-android-part-1/

现在我想要的是为 2 个或更多相关的 sql 选择查询创建单个 web 方法，并将结果添加到单个数据表中，即在执行第二个查询时在数据表行的剩余列中添加值。但是当我尝试这样做时，我的应用程序崩溃了：

上述场景的Web Service方法是：

两个查询都只返回一个结果。各种帮助表示赞赏。提前致谢。