（图片来自网络）

单一职责 Single Responsibility Principle

　　不论是在设计类，接口还是方法，单一职责都会处处体现，单一职责的定义：我们把职责定义为系统变化的原因。所有在定 义类，接口，方法的时候。定义完以后再去想一想是不能多于一个的动机去改变这个类，接口，方法。如果答案是肯定的，说明定义的类，接口，方法则多于一个职 责。故违背单一职责，遇到这种情况应该重新细分职责，直到不会出现多种职责的类，接口方法为止（发现职责，并把那些职责相互分离）。单一职责的为最简单的 五种原则之一。在软件设计的过程中处处体现。无处不在。

        开发过程中如果发现类过大，接口方法过多时，大部分情况下是类或接口设计不满足单一职责设计。将业务代码写成了流程式实现。一般情况下需要将类中的过大方法在单一职责的前提下重构成小一些的方法。然后考虑这些方法的职责是否是属于当前类对象，如果不是则考虑是否应该存在其他类实现该行为。以多个类协作方式完成业务代码

开闭原则 Open Closed Principle

　　开闭原则是指类、模块、方法是可以扩展的，但不可以 修改。开即对扩张开放，闭即对修改关闭。开闭原则的应用体现在，开发人员应该仅仅对程序中频繁出现变化的地方进行抽象（封装变化点）。对变化点的封装即对 变化的修改关闭。对于变化的不确定性，可随时扩展。即 继承的使用。抽象类的运用。

       面向对象特种是继承，封装，多态，个人觉得此设计模式主要是体现封装特点。可以通过简答工厂设计来体会开闭原则。

替换原则(Is-A) Liskov Substitution Principle

　　替换原则即是总是保证子类可以替换它的基类。

       替换原则的实现。对于一组具有类似属性，方法，变量的类。我们可以提取公共属性，方法，变量做为一个基类（抽象类或者类），使这一组类继承基类，重写虚 方法。现在这些继承的类和基类的关系符合Is-A。如基类为鸟，则继承类可以为麻雀，燕子。我们可以说麻雀Is-A鸟，燕子Is-A鸟。

　　在项目中所有使用子类的地方都可用父类替换，但在调用方法的时候 ，即呈现面向对象编程的多态性。即替换原则，非常重要的原则，也是比较对难的原则。

依赖倒置原则 Dependency Inversion Principle

• 　　高层模块不应该依赖于低层模块。二者都应该依赖于抽象
• 　　抽象不应该依赖于细节。细节应该依赖于抽象。

      在面向过程的开发语言中分析和设计，总是创建一些高层模块去调用低层模块、策略依赖于细节的软件结构。实际上这种方法的目的就是要定义子程序层次结构，该 结构 描述了高层模块怎样调用低层模块。而设计良好的面向对象的程序，正好“倒置”了这种依赖关系。高层模块不再依赖于低层模块，从而低层模块的修改不会影响到 高层模块，并且高层模块也是能非常容易的被重用，高层模块和低层模块都影响都依赖于抽象。这样也非常符合强内聚松耦合的编程思想。故该原则也是框架设计的 核心原则。

      使用传统的过程化程序设计所创建出来的依赖关系结构，策略是依赖于细节的，这是糟糕的，因为这样会使策略受到细节改变的影响，面向对象的程序设计倒置了依赖关系结构，全程细节和策略都依赖抽象，并且常常是客户程序拥有服务接口。

      事实上，这种依赖关系的倒置正是好的面向对象设计 的标志所在，使用何种语言来编写程序是无关紧要的。如果程序的依赖关系是倒置的，它就是面向对象的设计。如果程序的依赖关系不是倒置的，它就是过程化的设计。

      依赖倒置原则是实现许多面向对象技术所宣称的好处的基本低层机制。它的正确应用对于创建可重用的框架来说是必需的。同时它对于构建在变化面前富有弹性的代码也是非常重要的，由于抽象和细节彼此隔离，所以代码也非常容易维护。

        Spring 以“依赖注入”的方式实现了“控制反转"的效果，以便符合软件工程中“依赖倒置”原则。

接口隔离原则 Interface Segregation Principle

        应该说该原则是处理现有“胖”接口所存在的缺点。如果类的接口不是内聚的，就表示该类具有“胖”接口。换句话说“胖”接口可以分解成多组方法。每一组方法 都服务于一组不同的客户程序。这样，量引客户程序可以使用一组成员函数，而其他客户程序可以使用其他组的成员函数。

        接口隔离的方法有两种（分享客户就是分离接口）：

• 使用委托（此委托非.net委托[delegate]）分离接口使用委托即，创建一个委托类，用此类去实现分离后的其它接口中的方法。
•   使用多重继承分离接口、　此方法，即将现有“胖”接口分成供不同客户程序调用的两个或多个接口，而需要实现多个接口的客户程序，则使用多重继承来实现。

　 　　这两种方法是实现接口隔离的全部方法，其中第二种方法使用较普遍，也比较简单。而第一种方法使用起来相对比较复杂，而且在使用委托的过程中也会产生重 复的对象，则占用运行时间和内存开销。有的时候第二种方法是必须的，第一种方法是不能使用的。如：利用委托对象所做的转换是必需的，或者不同的时候会需要 不同的转换。

封装变化

封装将属性私有化，提供公有方法访问私有属性，

封装的本质就是让类的调用者不必清楚地了解类的实现者是如何实现类的，只要知道如何使用类就行了。这样就降低了类调用者的学习和使用成本，从而降低了复杂程度。

• 封装之后，对于那个事物来说，看不到这个事物比较复杂的那一面，只能看到该事物简单的那一面。复杂性封装,对外提供简单的操作入口。
• 封装之后才会形成真正的“对象”,真正的独立体”
• 封装就意味着以后的程序可以重复使用。并且这个事物应该适应性比较强，在任何场合都可以使用。
• 封装之后，对于事物本身，提高了安全性