面向对象五大原则之一
1，单一职责原则：
定义：就一个类而言，应该仅有一个引起它变化的原因
描述：如果一个类承担的职责过多，就等于把这些职责耦合在了一起，一个职责的变化可能会削弱或者一直这个类完成其他职责的能力；
这种耦合会导致脆弱的设计，当变化发生时，设计会遭到意想不到的破坏
判断辅助：软件设计真正要做的许多内容，就是发现职责，并把那些职责相互分离，而判断分离的辅助条件就是，如果能够想到多与一个的动机去改变
一个类，那么这个类就具有多与一个的职责，就需要进行分离
自己结合开发理解：
1，前后端未分离的时候，类的方法中一般包含数据库查询，逻辑判断，静态页面引用渲染等，这种架构开发出来的产品耦合性非常的高
如果现在需要兼容pc端与app端，那这基本就废了，但是前后端分离也属于解决了这个问题
2，像在框架中的m层，一般每个类都是负责操作一张表，这个就是很好的单一职责原则，需求变动时，改动的影响不会很大
3，因为现在没开始阅读框架的源码，所以需要等阅读后才能从中体会更多的单一职责的必要性，后期再补充此处