你好，是我琉忆。
明天咱们讲一讲三层架构中的业务逻辑层
1、业务逻辑层的介绍
业务逻辑层（Business Logic Layer，简称 BLL）是零碎架构中体现外围价值的局部。它的关注点次要集中在业务规定的制订、业务流程的实现等与业务需要无关的零碎设计，也就是说它是与零碎所应答的畛域（Domain）逻辑无关，很多时候，也将业务逻辑层称为畛域层。
业务逻辑层在体系架构中的地位很要害，它处于数据拜访层与表示层两头，起到了数据交换中承前启后的作用。因为层是一种弱耦合构造，层与层之间的依赖是向下的，底层对于下层而言是“无知”的，扭转下层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思维，那么这种向下的依赖也应该是一种弱依赖关系。因此在不扭转接口定义的前提下，现实的分层式架构，应该是一个反对可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个反对可扩大的架构尤为要害，因为它表演了两个不同的角色。对于数据拜访层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的工作。
2、业务逻辑层的命名标准
每一层的命名标准都是不同的，然而基本操作的逻辑雷同。
业务逻辑层的命名标准如下：
(1) 业务逻辑层通常命名为 BLL 或用解决方案名称 +BLL 的格局命名。
(2) 每个实体类通常在业务逻辑层有对应的业务逻辑类。类的格局为实体类名称 +Manager。
【看到这里，如果你还没关注我，能够点个关注，下次更新文章我告诉你】
3、业务逻辑层的类构造
业务逻辑层的作用更多是为理解耦，每个业务逻辑类的办法用于解决具体的业务规定。例如咱们查问用户时须要从数据拜访层的 UserService 类的 getUserInfo 获取用户信息回来，那么业务逻辑层也须要写一个 UserManager.cs 类定义一个 getUserInfo 的办法，用于同步操作数据拜访层的数据返回前端操作。
所以 BLL 业务逻辑层这里，它的构造根本和数据拜访层的构造一样。除非业务逻辑层不波及数据拜访层的调用，它的构造才会跟数据拜访层不统一。
须知：业务逻辑层为了和数据拜访层的办法易于调用了解，两个类的办法名尽量统一。
4、我写的书开始预售了！
最近正在写一本《ASP.NET Web 动静网站》开发的书，预计 2 月底写完，敬请期待~
预售网址：【村长编写】14 天零根底到入门搞定 ASP.NET Web 网页开发【书籍】预售
更多编程常识获取关注公众号：琉忆编程库