以下是读敏捷软件开发 原则，模式与实践
做的读书笔记。
1.单一职责原则（SRP）
内聚性：一个模块的组成元素之间的功能相关性
就一个类而言，应该仅有一个引起它变化的原因。
如果一个类承担的职责过多，就等于把这些这种耦合在一起。一个职责的变化可能会削弱或者抑制这个类其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭到意想不到的破坏。
什么是职责
职责：变化的原因，如果你能够想到多于1个的动机去改变一个类，那么这个类就具有多于一个的职责。
变化的轴线仅当变化实际发生时才有真正的意义，如果没有征兆，那么去应用SRP或者任何其他原则都是不明智的。
常见违反SRP：业务规则和对于持久化的控制混合一起（因为业务规则经常变化，而持久化不会）
测试驱动开发实践常常会远在设计出现臭味以前就迫使我们分离这两个职责，如果测试不能迫使我们分离职责的话，僵化性和脆弱性臭味就会很强烈，我们可以使用FACADE或者PROXY模式进行重构吗，分离职责。
软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离。
2.开放-封闭原则（OCP）
软件实体（类，模块，函数等ÿ
最低0.47元/天 解锁文章
1890
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
