MVC相关资料收集 | 易学教程

文章：

引用：

问题的本质是：业务逻辑粘连了C层和M层，应该从C层&M层解耦出来，成为独立的Service层。由此，在C层可以灵活的替换Service保持高度的简洁，而M层保持职责单一仅仅为Service提供数据，Service层则实现所有复杂的业务逻辑与通用的业务逻辑。

Service层的职责根据上面的分析，Service夹在C层和M层中间，从逻辑上大致划分为3大类： model侧的Service：也就是封装每个model与业务相关的通用数据接口，比如：查询订单。（我认为：访问远程服务获取数据也应该归属于这一类Service）中间的Service：封装通用的业务逻辑，比如：计算订单折扣（会用到1中的Service）。 controller侧的Service：基于1、2中的Service进一步封装对外接口的用户业务逻辑，当然也不排斥直接访问DAO而不使用上述2个Service（不建议）。在实践中，应该会很自然的用到这三类Service，在了解了这些概念之后再进行代码设计，就不会对Service的职责产生困惑了，自然也对MVC有了新的认识。

零散笔记：

模式是一种可重复使用的解决方案。
MVC 解决的主要问题：代码重用率低、项目难以并行开发。
在写任何模块的时候，都应该理清处自己的职责（权限）范围，不做多余的事情、不调不该调的 API。小小的“职权”越界会一点点积累起来，结果就是造成代码很混乱。

关于浏览原理：

https://coolshell.cn/articles/9666.html

https://www.jianshu.com/p/cfdf1747d30e

https://www.html5rocks.com/zh/tutorials/internals/howbrowserswork/

以及IM框架涵盖的东西也特别多，有空深入去学习一下。

来源：https://www.cnblogs.com/xkxf/p/8318481.html

标签

mvc模式