ASP.NET三层架构详解：DAL、BLL与UI层的关系

"asp.net 三层架构" 在ASP.NET开发中，三层架构是一种常见的设计模式，它将应用程序分为三个主要部分：数据访问层（DAL）、业务逻辑层（BLL）和表示层（通常指的是Web层）。这种架构的主要目的是提高代码的可维护性、可扩展性和复用性。 1. 数据访问层（DAL）： DAL是应用程序与数据库交互的接口，它封装了所有对数据库的操作。在给定的内容中，`BooksRatingService`等service类以及`sqlhelper`类定义了这些操作方法。`sqlhelper`类提供了诸如查询、插入、更新和删除数据的方法。`ExecuteNonQuery()`、`ExecuteReader()`、`ExecuteDataset()`和`ExecuteScalar()`等方法是实现这些操作的关键。`ConnectionString`是从配置文件中获取的，这样可以方便地更改数据库连接而无需修改代码的其他部分。 2. 业务逻辑层（BLL）： BLL负责处理应用程序的业务规则和逻辑。`BookManager`等manager类构成了这一层，它们调用DAL层的方法，并根据业务需求进行组合或定制。例如，可能需要验证用户输入、检查库存状态等。BLL的存在是为了隔离应用程序的具体业务逻辑与数据访问，使得两者可以独立变化。 3. 实体模型（models）： 实体类如`Book`，用于表示数据库中的表或对象。它们包含了属性，如`createdTime`，并提供getter和setter方法，用于在BLL和DAL之间传递数据。实体类是数据操作的媒介，确保数据在各层间正确传输。 4. Web层： 这一层包含视图（views）、布局、脚本和样式，以及处理用户交互的`.aspx`页面和对应的`.cs`后台代码。在这里，用户界面与BLL交互，将用户的请求转化为对业务逻辑的调用，同时显示由BLL返回的结果。 为何需要BLL层？ - 隔离复杂性：BLL层可以隐藏DAL层的细节，让Web层不必关心数据如何存储和检索。 - 可重用性：业务逻辑可以被多个界面或服务重复使用，而不需要直接访问数据库。 - 测试友好：BLL层可以更容易地进行单元测试，因为我们可以模拟数据访问，专注于测试业务规则。 - 扩展性：当业务规则改变时，只需修改BLL，不影响其他层。 不直接调用DAL层的原因主要是为了保持各层职责分明，遵循单一职责原则，提高代码的可读性和可维护性。通过BLL层，我们可以更好地控制业务流程，同时避免了数据访问代码直接出现在表现层，降低了耦合度，使系统更加健壮。