面向对象的六大设计原则

我相信，梦里能到达的地方；总有一天，脚步也能到达……这是我今天看到最励志的一句话了。我也相信，坚持下来总不会太差。
好了，今天我们来谈谈面向对象的设计原则都有那些？
我可以告诉大家，面向对象的设计原则总共有6个，我们一起来看看：
一、开闭原则（Open Close Principle）

• 意思就是：对扩展开放，对修改关闭。
  举例：在程序需要新扩展功能的时候，不能去修改原有的代码，而是新增一些代码（在java中，假如一个系统需要A和B两个类来实现。现在又要新扩展一些功能，我们不能在原有的A或者B这两个类上面去修改，而是通过新增加一个类C去实现，这就是OCP原则）。
  目的：为了是程序的扩展性好，易于维护和升级。

二、里氏代换原则（Liskov Substitution Principle）

• 意思是：里氏代换原则，很严格的原则，就是“子类必须能够替换基类，否则不应当设计为其子类。”也就是说，子类只能去扩展基类，而不是隐藏或覆盖基类；
  举例：球类，原本是一种体育用品。它可以衍生出篮球，足球，排球和羽毛球等球类。如果衍生类替换了基类原本的方法。如把体育用品改成了试用品（那么，软件单位的功能收到了影响），就不符合里氏代换原则。
  目的：对实现抽象化的具体步骤的规范。

三、依赖倒转原则（Dependence Inversion Principle）

• 意思是：针对接口编程，而不是针对实现编程。
  举例：以计算机系统为例，无论是主板、CPU、内存等硬件都是针对接口设计的。如果针对实现来设计，内存
  就要针对对应到某个品牌的主板来设计。那么就会出现换内存也需要把主板换掉的尴尬。 目的：降低模块间的耦合。

四、接口隔离原则（Interface Segregation Principle）

• 意思是：使用多个隔离的接口要比使用单个接口要好 举例：比如登录、注册时属于用户模块的两个接口，比写成一个接口好。
  目的：提高程序设计的灵活性。

五、迪米特原则（Demeter Principle）

• 意思是：一个实体应当尽量少的与其他实体发生相互作用的关系。使得系统功能模块相互独立。
  举例：一个类公开的Pulbic属性和方法越多，修改时涉及的面越大。变更引起的风险扩散也就越大。
  目的：降低类之间的耦合，减少对其他类的依赖。

六、单一职责原则（Single Responsibility Principle）

• 意思是：一个类只负责一个功能领域的职责。或者可以定义为，就一个类而言，应当只有一个引起他变化的原因。
  目的：类的复杂性降低，可读性提高，可扩展性提高。