设计模式六大基本原则

         最近在学习设计模式，学习设计模式，必然不能离开设计模式的基本原则，那么都有哪些基本原则呢？这些基本原则的内容是什么？

       开发一款软件，开发人员不仅要考虑到软件的当前功能需求，更要满足软件的维护性、可扩展性和灵活性，也就是要充分的体现出面向对象编程的几大特点--封装、继承和多态，但是我们如何来达到这样的效果呢？在具体的软件开发过程中，怎样才能做到呢？这就要涉及到这篇博客的主题了，设计模式的基本原则。

       设计模式有六大基本原则，分别是单一职责原则、依赖倒转原则、迪米特法则、里氏代换原则、开放封闭原则和接口隔离原则。下面将一一介绍这些基本原则。

       1单一职责原则

      定义：就一个类而言，应该仅有一个引起它变化的原因。如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或抑制这个类完成其它职责的能力。

      理解：不求面面俱到，只做一件事。

       2开放封闭原则

      定义：对于扩展是开放的，对于更改是封闭的。就是说软件实体（类、模块、函数等等）应该可以扩展，但是不能修改。软件开发和维护过程中代码的修改是很危险的一件事，应该避免。实现开放封闭原则的关键就是抽象。

      理解：变化也是可以预测的，变化也需要被管理。

         3依赖倒转原则

       定义：高层模块不应该依赖底层模块，两个都应该依赖抽象；抽象不应该依赖细节，细节应该依赖抽象。依赖倒转原则是开放封闭原则实现的手段，是抽象的最好规范。要针对接口编程，不能针对功能和过程编程。

       理解：电厂应该根据电线和变压器来设计电压强度，而不是根据手机、电视等用电器来设计电压强度；

       4里氏代换原则

       定义：子类型必须能够替换掉它们的父类型。也就是一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，父类替换子类后，程序的行为不会发生变化。只有当子类可以替换掉父类，软件单位的功能没有受到影响时，父类才能真正被复用，而子类也能够在父类的基础上增加新的行为。

       理解：“动物”可以代表“人”，“人”不能代表“动物”。

       5迪米特法则

      定义：如果两个雷不能彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。迪米特法则的思想，时强调了类之间的松耦合，类之间的耦合越弱，越有利于复用。一个处在弱耦合的类被修改，不会对有关系的类造成波及。

       理解：迪米特法则讲的不就是现实社会的“中介”吗？

        6接口隔离原则

       定义：使用多个专门的接口比使用单一的总接口要好。一个类对另外一个类的依赖性应当是建立在最小接口上的。如果没有关系的接口合并在一起，将会形成一个臃肿的大接口。

        理解：每个人都应该有自己特定的电话号码，不能多个人拥有同一个电话号码。

       总结：设计模式的原则是软件开发的规范，满足这些规范，才能实现程序的可维护性、灵活性、可扩展性等，实现软件的最终价值。