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

定义

应该有且仅有一个原因引起类的变更

优点

类的复杂性降低，实现什么职责都有清晰明确的定义
可读性提高，复杂性降低，那当然可读性提高了
可维护性提高，可读性提高，那当然更容易维护了
变更引起的风险降低

缺点

职责的界限难以划定
各种因素导致单一职责难以实现

注意事项

用“职责”或“变化原因”来衡量接口或类设计得是否优良，但是“职责”和“变化原因”都是不可度量的，因项目而异，因环境而异。
是接口一定要做到单一职责，类的设计尽量做到只有一个原因引起变化。