本文介绍了后台管理框架中的业务逻辑层设计，强调其作为承前启后的桥接作用，参照Repository层进行设计。重点讲解了ICRUDHandler接口和HanderBase抽象类在数据增删改查中的应用，以及为何不在该层定义查询操作的原因。同时，提到了使用AutoFac进行依赖注入，简化代码并提高结构清晰度。
前面几章已经介绍了后台及前台的设计思路，目前剩下的就是中间的桥接层（也就是业务逻辑层）设计了。
业务逻辑层，顾名思议，就是实现实际业务需求的逻辑数据处理层，它和MVC框架的Controller一起，承担着承前启后的桥接作用。其实也可以说，它是MVC框架中Controller的业务逻辑处理部分，为了代码清晰度及松散度，将这部分内容独立出来，成为一个单独的处理层。
既然这层的作用是承前启后，所以它的设计思路是依照前、后台需要进行设计的，重点参照Repository层的设计。它的设计模型图如下：
对于业务逻辑层的设计，核心的就是ICRUDHandler<ViewT> 和HanderBase<ViewT,EntityT>。这俩定义
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
