【设计模式】三：单一职责原则

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