软件设计单一原则SRP：
就一个类而言，应该仅有一个引起它变化的原因。
在一个类中把所有的算法、逻辑、SQL语句都写进行，意味着无论做什么变更，都要修改这个类，维护麻烦，复用不可能，缺乏灵活性。
如果一个类承担的职责过多，就等于反这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受意想不到的破坏。
软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离。如何判断是否应该分离这些类，那就是你能够想到多于一个的动机去改变一个类，那么这个类就具有多于一个的职责[ADS]，这里就应该考虑职责的分离。
