设计模式 之 六大设计原则

设计原则

单一职责原则（SRP，single responsibility principle）

定义：一个类，应该只有一个引起它变化的原因：即一个类应该只有一个职责。

优点：
	1. 降低类的复杂性
	2. 提高类的可读性
	3. 提高代码的可维护性和复用性
	4. 降低因变更引起的风险

里氏替换原则(Liskov Substitution Principle)

定义：子类可以替换父类的位置，并且不影响程序

优势：里氏替换原则为继承定义了规范：
	1. 子类必须完全实现父类的方法
	2. 子类可以有自己的定制逻辑
	3. 覆盖或实现父类的方法时入参可以被放大；
	4. 覆盖或实现父类的方法时输出结果可以被缩小；
	
在设计模式中体现里氏替换原则的几个模式：
	1. 策略模式
	2. 组合模式
	3. 代理模式

依赖倒置原则（Dependence Inversion Principle，简称DIP）

定义：高层模块不应该依赖底层模块，两者都依赖其抽象；抽象不依赖细节，细节应该依赖抽象；

接口隔离原则（Interface Segregation Principle，简称ISP）

定义：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上

例子：比如快递系统，
在门户网站上只可以查到快递订单信息；
第三方商城可以创建、查询、删除快递订单信息；
管理后台可以批量增删改查快递订单；
那么门户网站、第三方商城、管理后台依赖的接口应该设计成不一样的。
这时需要设计三个Interface，如下：

代码设计及实现如下：

迪米特原则（Law of Demeter 简称LoD）

定义：一个对象应当对其他对象尽可能少的了解。不要跟陌生人说话。
举例：
User、Order、Product这三个对象，关系：User只与Order相关、Order与Product相关、User与Product无关。
这时User如果想知道某个Order总价格时，应该调用订单的getPrice()方法，
而不是在User对象中获取Order的所有Product的价格相加;（用户不需要直接操作商品相关的信息）

开闭原则（open-Closed Principle 简称OCP）

定义：软件应该对扩展开放，对修改关闭。

作用：
	1. 提高复用性：代码逻辑粒度越细，被复用的可能性越大
	2. 提高可维护性：代码粒度小，逻辑容易被理解
	3. 提高灵活性：添加新功能时不会影响到旧的逻辑
	4. 易于测试：代码粒度小，单元测试覆盖更全面