单一职责原则：就一个类而言，应该仅有一个引起它变化的原因。
大多数时候，一件产品简单一些，职责单一一些，或许是更好的选择。
在程序中的意思就是：就一个类而言，应该仅有一个引起它变化的原因。
当我们把很多功能写在一个类中，就会导致维护麻烦，复用不可能，更是缺乏灵活性
如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会消弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破环。
我们要想尽办法将业务和界面逻辑分开。
软件设计真正要做的许多内容，就是发现职责并把哪些职责相互分离，如何来判断是否应该分离出类来？那就是如果你能够想到多于一个的冬季去改变一个类，纳米这个类就具有多于一个的职责，就应该考虑类的职责分离。
在编程时，我们要在类的职责分离上多思考，做到单一职责，达到易维护，易复用，灵活多样。
原文链接：https://www.f2er.com/javaschema/283391.html