设计模式——六大原则

最近在开发中，对于设计接口和方法，简直就是一团糟！！！对于设计模式中的六大原则，在开发中是很重要的，有必要好好的来总结一下子。

1、单一职责原则

定义：不要存在多于一个导致类变更的原因。通俗的讲，就是一个类只负责一项职责。

问题的由来：类T负责两个不同的职责：职责P1、职责P2，当由于职责P1的需求发生改变而需要修改类T时，有可能导致原本运行的正常的职责P2功能发生故障。

解决方案：遵循单一职责原则。分别建立两个类T1、T2，使得T1完成职责P1，T2完成职责P2功能。这样，在修改T1时就不会影响到T2类的职责P2，同理，修改T2时不会影响到T1类的职责P1。也就是说，保证单一职责。

优点：

• 可以降低类的多项复杂度，一个类只负责一项职责，其逻辑肯定比负责多项职责简单的多；
• 提高类的可读性，提高系统的可维护性；
• 变更引起的风险降低，变更是必然的，如果单一职责原则遵循的好，当修改一个功能时，可以显著降低对其他功能的影响。

2、开闭原则

定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。

问题由来：在软件生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会给旧的代码中引入错误，也可能会使得我们不得不对整个功能进行重构，并且需要原有的代码经过重新测试。

解决方案：当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。