设计模式七大原则

好的代码：

       1) 代码重用性 (即:相同功能的代码，不用多次编写)
　　2) 可读性 (即:编程规范性, 便于其他程序员的阅读和理解)
　　3) 可扩展性 (即:当需要增加新的功能时，非常的方便，又称为可维护性)
　　4) 可靠性 (即:当我们增加新的功能后，对原来的功能没有影响)
　　5) 使程序呈现高内聚，低耦合的特性

一．开放-封闭原则

        概念：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。模块应该尽量在不修改原代码的情况下进行扩展。

        开闭原则(Open-Closed Principle, OCP)：一个软件实体应当对扩展开放，对修改关闭。即软件实体应尽量在不修改原有代码的情况下进行扩展。

        注意事项：
　　        1.通过接口或者抽象类约束扩展，对扩展进行边界限定，不允许出现在接口或抽象类中不存在的public方法。
　　        2.参数类型、引用对象尽量使用接口或者抽象类，而不是实现类
　　        3.抽象层尽量保持稳定，一旦确定不允许修改。

 介绍：

       1）开闭原则（Open Closed Principle）是编程中最基础、最重要的设计原则
　　2）一个软件实体如类，模块和函数应该对扩展开放（对提供方），对修改关闭（对使用方）。用抽象构建框架，用实现扩展细节。
　　3）当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。
　　4）编程中遵循其它原则，以及使用设计模式的目的就是遵循开闭原则。

二.单一职责原则

        概念：就一个类而言，应该仅有一个引起它变化的原因。

        单一职责原则(Single Responsibility Principle, SRP)：一个类只负责一个功能领域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。
　　

三.依赖倒转原则

        依赖倒转原则(Dependency Inversion  Principle, DIP)：抽象不应该依赖于细节，细节应当依赖于抽象。换言之，要针对接口编程，而不是针对实现编程。        

        概念：依赖倒转原则是程序要依赖于抽象接口，不要依赖于具体实现。简单的来说就是要求对抽象进行编程，不要对实现进行编程，这样就降低了客户与实现模块的耦合。
　　
　　注意事项：
　　        1.高层模块不应该依赖于低层模块。两个都应该依赖抽象。
　　        2.抽象不应该依赖结节。细节应依赖于抽象。

 依赖倒转原则（Dependence Inversion Principle）是指：
　　1）高层模块不应该依赖低层模块，二者都应该依赖其抽象
　　2）抽象不应该依赖细节，细节应该依赖抽象
　　3）依赖倒转（倒置）的中心思想是面向接口编程
　　4）依赖倒转原则是基于这样的设计理念：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的架构要稳定的多。在java中，抽象指的是接口或抽象类，细节就是具体的实现类。
　　5）使用接口或抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成。
 

四.迪米特法则（也称为最小知识原则）

        迪米特法则(Law of  Demeter, LoD)：一个软件实体应当尽可能少地与其他实体发生相互作用。

        概念：一个软件实体应当尽可能的少与其他实体发生相互作用。每一个软件单位对其他软件单位都只有最少的知识，而且局限于那些与本单位密切相关的软件单位。迪米特法则的初衷在于降低类之间的耦合。由于每个类尽量减少对其他类的依赖，因此，很容易使得系统的功能模块功能独立，相互之间不存在（或很少有）依赖关系。迪米特法则不希望类之间建立直接的联系。如果有真的需要建立联系的，也希望能通过他的友元类来转达。因此，应用迪米特法则有可能造成一个后果就是：系统中存在大量的中介类，这些类之所以存在完全是为了传递类之间的相互关系，这在一定程度上增加了系统的复杂度。

        即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多少复杂，都尽量将逻辑封装在类的内部。对外除了提供的public 方法，不对外泄露任何信息

五.接口隔离原则

        概念：客户端不应该依赖他不需要的接口，类间的依赖关系应建立在最小的接口上。

        接口隔离原则(Interface  Segregation Principle, ISP)：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。
　

六.合成/聚合复用原则

        概念：合成/聚合复用原则经常又叫做合成复用原则，就是在一个新的对象里面使用一些已有的对象，使之成为新对象的一部分，新的对象通过这些对象的委派达到复用已有功能的目的。他的设计原则是：要尽量使用合成/聚合，尽量不要使用继承。

七.里氏代换原则

        里氏代换原则(Liskov Substitution Principle, LSP)：所有引用基类（父类）的地方必须能透明地使用其子类的对象。

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