23种设计模式设计原则

   单一职责原则 英文名称Single Responsibility Principle  缩写SRP 定义：就一个类而言，应该仅有一个引起它变化的原因。简单的说，一个类中应该是一组相关性很高的函数、数据的封装。

 

    开闭原则 英文全称是Open Close Principle 缩写 OCP，它是Java世界里最近出的设计原则，它知道我们如何建立一个稳定的、灵活的系统。开闭原则的定义:软件中的对象（类、模块、函数等）应该对与扩展开放的，但是对于修改时封闭的。也就是说，当软件需要变化时，我们应该尽量通过扩展的方式来实现变化，而不是通过修改已有的代码来实现。

 

    里氏替换原则 英文全称 Liskov Substitution Principle，缩写是LSP  如果对每一个类型为S的对象O1，都有类型为T的对象O2，使得以T定义的所有程序P在所有的对象O1都代换成O2时，程序P的行为没有发生变化，那么类型S是类型T的子类型。    这个定义可能不好理解，所以我们看一下第二种定义：所有引用积累的地方都必须能透明的地使用其子类的对象。通俗的讲，只要弗雷能出现的地方子类就可以出现，而且替换为子类也不会产生任何的错误或异常，但是反过来就不行了。说了那么多总结起来就是两个字：抽象  历史替换原则的核心原理是抽象，抽象又依赖于继承这个特性，在OOP当中，继承的优缺点都相当明显。优点：

    （1）代码重用，减少创建类的成本，每个子类都拥有父类的方法和属性。

    （2）子类与父类基本相似，但又与父类有所区别。

    （3）提高代码的可拓展性

    

     依赖倒置原则 英文全称是Dependence Iversion Principl,缩写 DIP。依赖倒置原则指代一种特定的解耦形式，使得高层次的模块不依赖于低层次模块的实现细节的目的，依赖模块被颠倒了。

    依赖倒置原则有以下几个关键点：

     （1）高层次模块不应该一路来底层模块，两者都应该依赖其抽象。

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

        (3) 细节应该以来抽象

       在java语言中，抽象就是接口或抽象类，两者都是不能直接被实例化的；细节就是实现类，实现接口或继承抽象类而产生的类就是细节，其特点就是，可以被直接实例化。高层某块就是调用端，低层模块就是具体实现类。依赖倒置原则在java语言中表现就是：模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其以来关系是通过接口或抽象类产生的。 其实一句话就可以概括：面向接口编程，或者说是面向抽象编程。这里的抽象指的是接口或抽象类。面向接口编程是面向对象精髓之一。

     如果类与类直接依赖于细节，那么它们之间就有直接的耦合，当具体实现需要变化时，意味着要哦同时修改依赖者的代码，这限制了系统的可拓展性。

 

     接口隔离原则 英文全称是 InterfaceSgregation Principles ,缩写是ISP :客户端不应该以来它不需要的接口。另一种定义是：类间的依赖关系应该建立在最小的接口上。接口隔离原则将非常庞大、臃肿的接口拆分成更小的和更具体地接口，这样客户将会只需要知道他们感兴趣的方法。接口隔离原则的目的是系统接口耦合，从而容易重构、更改和重新部署。接口隔离原则收哦白了就是，让客户端依赖的接口尽可能地小。

   

     迪米特原则英文称：Law of Demeter  缩写 LOD ，也称为最少知识原则 ：一个对象应该对其他对象有最少的了解。通俗的讲，一个类应该对自己需要耦合合伙调用的类知道得最少，类内部如何实现与调用者或者依赖者没关系，调用者或者依赖者只需要知道它需要的方法即可，其他的可一概不用管。类与类之间的关系越密切，耦合度越大，当一个发生改变时，对另一个类的影响也越大。迪米特原则还有一个英文解释是  Only taik to your immedate friends 翻译过来就是：只与直接的朋友通信。

 

设计原则

设计模式