设计模式之六大原则

为什么需要使用设计模式

 使用设计模式可以重构整体架构代码、提交代码复用性、扩展性、减少代码冗余问题。Java高级工程师必备的技能！

标题设计模式六大原则

1. 开闭原则（Open Close Principle）

开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，需要使用接口和抽象类；

2. 里氏替换原则（Liskov Substitution Principle）

里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科

3. 依赖倒置原则（Dependence Inversion Principle）

高层模块不应该依赖低层模块，两者都依赖其抽象；抽象不依赖细节，细节应该依赖于抽象。在Java语言中，抽象就是指接口或抽象类，两者都是不能直接被实例化的;细节就是具体的实现类，实现类实现了接口或继承了抽象类，其特点是可以直接被实例化。
依赖倒置原则在Java语言中的表现是:

• 模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生;

• 接口或抽象类不依赖于实现类

• 实现类依赖于接口或抽象类。

  依赖倒置原则更加精确的定义就是“面向接口编程”_ OOD (Objcct-Oriented Design)的精髓之一。依赖倒置原则可以减少类间的耦合性，提高系统的稳定性，降低并行开发引起的风险，提高代码的可读性和可维护性。依赖倒置原则是JavaBean、EJB和COM等组件设计模型背后的基本原则。

4. 接口隔离原则（Interface Segregation Principle）

在讲接口隔离原则之前，需要首先明确’接口”的概念，接口分为两种。

• 实例接口 (Object Interface)

  在Java中声明一 一个类，然后用new关键字产生一个实例， 它是对一个类型的事物所具有的方法特征的描述，也称做一个接口，这仅是一种逻辑上的抽象。例如，定义一个Person类，使用Person zhangsan=new Person ()产生一个实例，该实例遵从的标准是Person这个类，Person就是 zhangsan的接口。

• 类接口(Class Interface)

  是指在Java中使用interface严格定义的接口，例如，java.lang Runnable就是一个Java线程接口。

针对“接口”这两种不同的含义，接口隔离原则的表达方式以及含义都有所不同，接口隔离原则有如下两种定义。

• 第一种定义:

Clients should not be forced to depend upon interfaces that they don’t usc.
意思是:客户端不应该依赖它不需要的接口。

• 第二种定义:

The dependeney of one clas to another one should depend on the smallstpossible interface.
意思是:类间的依赖关系应该建立在最小的接口上。接口隔离原则的具体含义如下。

• 一个类对另外一个类的依赖性应当是建立在最小的接口上的。
• 一个接口代表一 个角色，不应当将不同的角色都交给一 一个接口。没有关系的接口合并在一起，
  形成一个臃肿的大接口，这是对角色和接口的污染。因此使用多个专门的接口比使用单一的总接 口要好。
• 不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构，即不要强迫客户使用它们不用的方法，否则这些客户就会面临由于这些不使用的方法的改变所带来的改变。

5. 迪米特法则（最少知道原则）（Demeter Principle）

迪米特法则英文名称是Law of Demeter,简称LoD

迪米特法则又叫最少知识原则(Least Knowledge Pinciple, LKP)，意思是一个对象应当对其他对象尽可能少的了解。迪米特法则最初是用来作为面向对象的系统设计风格的一种法则，在1987年 由]an Hlland在美国东北大学为一个叫迪米特的项目设计提出的，因此叫做迪米特法则。这条法则实际上是很多著名系统，例如火星登陆软件系统、木星的欧罗巴卫星轨道飞船的软件系统的指导设计原则。

迪米特法则不同于其他的OO设计原则，它具有很多种表述方式，其中具有代表性的是以下几种表述:

• 只与你直接的朋友们通信
• 不要跟“陌生人”说话
• 每一个软件单位对其他的单位都只有最少的了解，这些了解仅局限于那些与本单位密切相关的软件单位。

按照迪米特法则，如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用;如果一个类需要调用另一个类的某一个方法， 可以通过第三者转发这个调用。

6. 合成复用原则（Composite Reuse Principle）

原则是尽量使用合成/聚合的方式，而不是使用继承。

7. 单一职责原则（Single Responsibility Principle）

单一职责原则的英文名称是Single Responsibility Principle,简称SRP。

意思是:一个类，应当只有一个引起它变化的原因;即一个类应该只有一个职责。

就一个类而言，应该只专注于做一件事和仅有一个引起变化的原因， 这就是所谓的单-一职责原则。该原则提出了对对象职责的一种理想期望，对象不应该承担太多职责，正如人不应该-心分为二用。唯有专注，才能保证对象的高内聚;唯有单一，才能保证对象的细粒度。对象的高内聚与细粒度有利于对象的重用。一个庞大的对象承担了太多的职责，当客户端需要该对象的某一个职责时，就不得不将所有的职责都包含进来，从而造成冗余代码。

设计模式的分类

1. 创建型模式

工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。

2. 结构型模式

适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式

3. 行为模式

策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。