设计模式（1）-七大原则

7大原则

• 开闭原则，所有原则的基础
• 依赖倒置原则
• 单一指责原则
• 接口隔离原则
• 迪米特法则（最少知道原则）
• 里式替换原则
• 合成/复用原则（组合/复用原则）

在实际开发中，讲究的是一个平衡，我们要考虑人力、时间、成本、质量、截止时间、扩展性。在适当的场景追寻设计原则。在某些设计原则中，并不是遵循这7大原则的，体现的一个取舍的问题，有些遵循2到3个原则，破坏1、2个原则。最重要的找到合适的使用场景，所以设计原则不是强行遵守的，而是要讲究一个度、平衡、取舍。

开闭原则

• 定义：一个软件实体如类、模块和函数对应该对扩展开发，对修改关闭
• 用抽象构建框架，用实现扩展细节
• 优点：提高软件系统的可复用性及可维护性

生活中的开闭原则：
有的互联网公司，实行弹性工作时间。每天工作8小时，来的早就下班早，来得晚就晚点下班，比较灵活，属于“开”。但必须上满8小时，不能修改，属于“闭”。

用抽象构建框架，用实现扩展细节

依赖倒置原则

• 定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象
• 抽象不应该依赖细节；细节应该依赖抽象
• 针对接口编程，不要针对实现编程
• 优点：可以减少类间的耦合性、提高系统稳定性，提高代码可读性和可维护性，可降低修改程序锁造成的风险

单一职责原则

• 定义：不要存在多于一个导致类变更的原因
• 一个类、接口、方法只负责一项职责
• 优点：降低类的复杂度、提高类的可读性，提高系统的可维护性、降低变更引起的风险

接口隔离原则

• 定义：用多个专门的接口，而不使用单一的总接口，客户端不应该依赖他不需要的接口
• 一个类对一个类的依赖应该建立在最小的接口上
• 建立单一接口，不要建立庞大臃肿的接口
• 尽量细化接口，接口中方法尽量少
• 注意适度原则，一定要适度
• 优点：符合我们常说的高内聚低耦合的设计思想，从而使得类具有很好的可读性、可扩展性和可维护性。

迪米特原则

• 定义：一个对象应对其它对象保存最少的了解，又叫最少知道原则
• 尽量降低类与类之间的耦合
• 优点：降低类之间的耦合
• 强调只和朋友交流，不喝陌生人说话
• 朋友：出现杂成员变量、方法的输入、输出参数中的类成为成员朋友类，而出现在方法体内部的类不属于朋友类

里式替换原则

• 定义： 如果对每一个类型为T1的对象o1,都有类型为T2的对象o2,使得以T1定义的所有程序P在所有的对象o1都替换成o2时，程序p的行为没有发生变化，那么类型T2是类型T1的子类型。
• 定义扩展：一个软件实体如果适用一个父类的话，那一定适用于其子类，所有引用父类的地方必须能透明地适用其子类的对象，子类对象能够替换父类对象，而程序逻辑不变。
• 引申意义：子类可以扩展父类的功能，但不能改变父类原有的功能。
• 含义1：子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
• 含义2：子类可以增加自己特有的方法。
• 含义3：当子类的方法重载父类的方法时，方法的前置条件（即方法的输入、入参）要比父类方法的输入参数更宽松。
• 含义4：当子类的方法实现父类的方法时（重写、重载或实现抽象方法）方法的后置条件（即方法的输出、返回值）要比父类更严格或相等。
• 优点1：约束继承泛滥，开闭原则的一种体现。
• 优点2：加强程序的健壮性，同时变更时也可以做到非常好的兼容性提高程序的维护性、扩展性。降低需求变更时引入的风险。

合成（组合）/聚合复用原则

• 定义：尽量使用对象组合/聚合，而不是继承关系达到软件复用的目的
• 聚合has-A 和 组合contains-A
• 优点：可以使系统更加灵活，降低类与类之间的耦合度，一个类的变化对其他类造成的影响相对较少