设计模式系列：设计原则一句话总结

1.单一职责原则

一句话总结：一个方法、接口或类尽量只做一件事情。这样会有一个非常大的优点：便于类和方法的重用（因为粒度越小的反而越利于复用）。但是因为单一职责原则提出了一个编写程序的标准，用”职责“或”变化原因“来衡量接口或类设计是否优良，而”职责“和”变化原因“都是不可度量的，因项目、环境而异，因此多数工业代码的类都是违反单一职责原则的。所以：接口、方法一定要做到单一职责原则，类的设计尽量做到只有一个原因引起变化。要想遵循单一职责原则，重点是对需求的理解和粒度的划分。

2.开闭原则

一句话总结：开闭原则是六大原则的总纲。定义是一个软件实体（类、模块、函数）应该对扩展开放，对修改关闭。主要是是软件的维护期内，软件增加功能时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。怎么实现扩展呢？通过抽象类和接口，修改是什么呢？修改就是直接在以前的类内部做修改。开闭原则无非就是想表达这样一层意思：用抽象构建框架，用实现扩展细节。因为抽象灵活性好，适应性广，只要抽象的合理，可以基本保持软件架构的稳定。而软件中易变的细节，我们用从抽象派生的实现类来进行扩展，当软件需要发生变化时，我们只需要根据需求重新派生一个实现类来扩展就可以了。当然前提是我们的抽象要合理，要对需求的变更有前瞻性和预见性才行。

3.里氏替换原则

一句话总结：只要父类出现的地方子类都可以出现，而且替换为子类不会产生任何错误和异常。但是反过来就不行了，有子类出现的地方，父类未必就能适应。里氏替换原则是为了解决继承的问题。里氏替换原则通俗的来讲就是：子类可以扩展父类的功能，但不能改变父类原有的功能。它包含以下4层含义：

• 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。

• 子类中可以增加自己特有的方法。

• 当子类的方法重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。

• 当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。

看上去很不可思议，因为我们会发现在自己编程中常常会违反里氏替换原则，程序照样跑的好好的。所以大家都会产生这样的疑问，假如我非要不遵循里氏替换原则会有什么后果？

后果就是：你写的代码出问题的几率将会大大增加。

4.接口隔离原则

一句话总结：建立单一接口（类，接口），不要建立庞大的接口。

5.依赖倒置原则

一句话总结：即要面向接口编程。

3层含义：

1）高层模块不应该依赖低层模块，两者都应该依赖其抽象。

2）抽象不应该依赖细节。

3）细节应该依赖抽象。

依赖倒置原则在java语言中的表现：

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

2）接口或抽象类不依赖于实现类。

3）实现类依赖接口或抽象类。

即：面向接口编程。

6.迪米特法则

一句话总结：降低耦合。一个对象应该对其他对象有最少的了解，通俗的讲，一个类应该对自己需要耦合调用的类知道的最少，你的内部是如何的复杂都和我没关系，那是你的事情，我就知道你提供的这么多public方法，我就调用这么多，其他的我一概不管。

综述

6个原则：

1.开闭原则是总纲。

2.接口隔离原则告诉我们如何设计接口。

3.依赖倒置原则告诉我们在软件架构设计时增加一层抽象层。（在系统分析和架构中，分清层次和依赖关系，每个层次不是直接向其上层提供服务（即不是直接实例化在上层中），而是通过定义一组接口，仅向上层暴露其接口功能，上层对于下层仅仅是接口依赖，而不依赖具体类。）

4.有了抽象层，就会出现继承关系，里氏替换原则是规范继承体系的。

5.迪米特法则是规范类间的依赖的。

6.单一职责原则主要是为了实现复用。

其实设计模式23种，主要的目的是：增加程序的可维护性。可维护性是什么：程序的可读性，程序的是否方便扩展和修改，怎么实现呢？尽量复用，尽量解耦，即高内聚，低耦合。怎么实现复用和解耦，封装可以实现内聚，增加一层可以实现解耦。