超级会员免费看
本文探讨了设计原则中的单一职责原则，解释了为何一个类应只有一种引起变化的原因。当类的职责过多，可能导致设计变得脆弱。通过实例说明，当职责a变化可能影响职责b，解决方案是将职责分离到不同类或接口中。遵循单一职责原则可以降低类的复杂性，提高代码的可读性和可维护性，同时减少变更带来的风险。
定义：应该且仅有一个原因引起类的变更。
理解：
如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力，
这种耦合会导致脆弱的设计。当变化发生时，设计会遭受到意想不到的破坏。
假如一个类A，有两个职责a，b，当职责a由于需求发生变化而需要修改时，有可能会导致职责b的功能发生故障。
解决：
将类中的职责分开，分别建立两个类。
如果是面向接口编程的话，就是将两个职责抽象成为两个不同的接口，原接口再实现这两个接口。
单一职责原则的好处：
1.类的复杂性降低
2.可读性提高
3.可维护性提高
4.变更引起的风险降低
91
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
