大话设计模式读书笔记（四） 之设计模式基本原则

前面两部分分别讲述了简单工厂模式和策略模式，后面还举了例子进行简单实现，这里，让我们了解下软件设计的初衷，整合书上分为3章书写的内容，这里我们统一介绍我们写代码应该注意的基本原则：

分别是

a、单一职责原则：就一个类而言，应该仅有一个引起它变化的原因。

如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者限制这个类完成其他职责的能力，当变化发生时，实际会遭到意想不到破坏；

当然，软件实际真正要许多内容，就是发现职责并把哪些职责相互分离，其实要去判断是否应该分离出类来，这也简单，就是如果你能想到多余一个的动机去改变一个类，那么这个列就具有多于一个的职责。

b、开放-封闭原则：软件实体类（模块、函数等单独个体）应该可以扩展，但是不可以修改

也就是说一个类对于扩展是开放的，对于修改是封闭的。举个简单的例子就是说，如果一个项目需要添加新的功能，不过这个新的功能与一个老的功能相关，我们需要做的不是去修改老的类，增加一个分支判断，何时运行新功能，何时运行老功能，而是新建一个类，继承或实现老公能的类，从而实现新功能而不去修改老功能的类，这样可以必变对原来的功能造成影响。

其实在这里我们就可以重构项目了，因为无论模块是多么的‘封闭’，都会存在一些无法对已封闭的变化，既然不可能完全封闭看，世纪人员必须对于他设计的模块应该对那种变化封闭做出选择，他必须先猜测出最有可能发生的变化种类，然后构造抽象来隔离那些变化。当然，仅凭猜测肯定会有疏漏，我们希望在需求开始就知道后续的一系列变化，但我们也知道这是不可能的，所以，我们只能假设没有变化，当需求到来的时候重构代码架构，音节变化。

开放-封闭原则是面向对象设计的核心所在，遵循这个原则可以带来面向对象技术所说的巨大好处，也就是可维护，可扩展，可复用，灵活性好，开发人员应该仅对程序中呈现出频繁变化的那些部分做出抽象，然而，对于应用程序中的每个部分都可以进行抽象同样不是一个好主意，拒绝不成熟的抽象和抽象本身一样重要。

c、里氏代换原则：子类型必须能替换他的父类型

就是一个原件实体如果能用一个父类的话，那么一定适用于其子类，而它察觉不出父类对象和子类对象的区别，也就是说，在软件里，吧父类都替换成其子类，程序的行为没有变化。只有当子类可以替换掉父类，软件单位的功能不受影响时，父类才能真正被复用，而子类需在父类的基础上增加新的行为。

正式有图子类型的可替换性，才使得使用父类类型的模块在无需修改的情况下实现拓展，实现开放封闭原则。

d、依赖倒转原则：说白了就是针对接口变成，不要针对实现编程，即 

    1、高层模块不应该依赖低层模块，两个都应该依赖抽象

    2、抽象不应该依赖细节，细节应该依赖抽象

具体举个例子，就是说不同项目之间，不同的人配合工作的时候，互相之间需要提供一个API文档，写明对方想调这个接口需要传入什么参数，可以获得什么结果，但是具体的方法内部是如何实现的，调用方不需要考虑，但是编写API接口的人需要注意的是，虽然你内部如何实现别人不理会，但你内部的变化不能影响API接口的调用。