面向对象设计的六大法则

1.开闭原则：对扩展开放，对修改关闭。

一个软件尽量通过扩展软件实体的行为来实现变化，而不是通过修改现有的代码来完成变化，我们在设计软件的时候也应该尽量的提高灵活和稳定度来真正的拥抱变化。

比如我们的登入功能，现在登入功能只有账号密码登入，现在有一个新需求是新加手机验证码登入。

我们有的同学就直接在登入接口类加上一个验证码登入接口，然后在实现类实现，最后调用这个方法。虽然这样简单粗暴的方法完成了这个功能，其实这是违反我们的开闭原则的。

我们可以新加一个验证码登入的实现类，实现之前的登入接口方法，或者加一个子类继承之前的登入实现类，通过新写一个验证码登入实现方法的形式来实现这个功能。

     2.里氏替换原则： 继承必须确保超类所拥有的性质在子类中仍然成立。
      

子类继承父类的时候尽量新写方法而不要去覆盖父类的方法，保证父类所有开放的属性和方法在子类都能使用。提高代码的重用性和可扩展性。

比如我们有一个打印机类，现在需要实现一个彩色打印机类，我们用彩色打印机类继承打印机类，虽然都是打印方法，但是我们也应该新写一个彩色打印方法，而不是覆盖之前的黑白打印方法。因为黑白打印也可能会用到，

3.依赖倒置原则：要面向接口编程，不要面向实现编程。

尽量通过实现接口或者抽象的方法实现功能，让各个类和模块之间相互独立，不会相互影响，实现模块之间的松耦合。
    

接口的好处就是让代码更容易维护以及更容易看懂，模块化更加明显。比如我们有一个处理订单的业务，我们就可以写一个接口，把需要的方法统一规范在里面。以后如果需要新业务直接再写新实现类就可以。

  4.单一职责原则：控制类的粒度大小、将对象解耦、提高其内聚性。

  控制类中的方法和属性的个数，不要让一个类承担太多的职责，尽量让一个类只负责单一的功能，这样提高了代码的可读性并且方便维护，降低了系统的整体风险。

    

5.接口隔离原则： 要为各个类建立他们需要专用接口。

    接口尽量有限度的小。对接口进行细化可以提高程序设计灵活性，但是如果过小，则会造成接口数量过多，使设计复杂化。所以一定要适度。

    为依赖接口的类定制服务，只暴露给调用的类它需要的方法，它不需要的方法则隐藏起来。只有专注地为一个模块提供定制服务，才能建立最小的依赖关系。提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情。  

6.迪米特法则：只与你的朋友直接交谈，不跟陌生人说话。

  为了减少类与类的依赖关系，我们在设计系统的时候，要尽量的减少类以及类中方法，属性和其他类的依赖关系，只和自己有直接相连的类产生关系。

  比如你是教育局局长，你想了解某学校的情况，你只需要从该学校校长获取信息，所以只需要和该校长有关系。而学校里面的老师，教导主任等就不需要产生依赖关系。

 7.本小节总结

    这六大原则的规范不是要我们一味的去应用，避免出现过度代码的设计，要根据实际情况以及需求来灵活使用，以开闭原则为核心，灵活使用其他五大原则。构建一个健康，稳定，灵活，健壮的系统。