mvc 中 控制层的分层

封装必要性

在代码开发上，为了代码的可读性，需要对代码进行相应的分层封装。不同层次的代码业务的语义是不同的。

传统mvc 架构

对于代码流程的整理，对于mvc 架构而言，
模型层主要负责数据的交互以及数据处理
视图层主要负责与用户交互的部分，代码上比较注重展示数据以及接收用户的数据，以及更新用户界面的功能
控制层主要为mvc 架构的核心，主要是处理用户的输入，协调视图层以及模型层之间

视图层主要做一些用户层面的分离逻辑以及模块接口，流程比较复杂的逻辑其实都是在控制层面完成的。如果一些流程比较复杂的业务，那么业务的流程还是需要一定的分层。一些复杂的流程还是会引入server层以及manager层。

manager层

manager层是一种更高级别的抽象，通常位于控制层和模型层之间，他的主要职责是封装复杂的业务逻辑，提供更简洁的功能给控制层

manager 层职责

1、提供统一接口，提供更简洁，更易用的接口，减少控制层的复杂性
2、业务流程的协调， 负责协调多个模型之间的交互
3、封装复杂逻辑

server层

主要是后端服务层，他更多负责处理业务逻辑和数据操作

server层职责

1、数据处理，直接与数据库存储系统进行交互，执行数据的增删改查操作
2、业务逻辑实现，实现具体的业务逻辑

在server层一般会存在性能优化的问题，通常包含异步处理以及缓存以提高性能和相应速度。

总结

manager层封装了对server的调用，简化了控制层的逻辑
server层实现了具体的业务逻辑，为manager层和控制层提供数据支持
使用分层架构可以更好的提高代码的可维护性和扩展性， 在实际的开发过中选择合适的风层方式。对于简单的项目可能只需要控制层和模型层，但是对于复杂的项目，引入manager和server层可以更好的组织代码，提高系统的可维护性和扩展性