JAVA 24种设计模式

• 前言
• 六大设计原则
• • 单一职责原则
  • 开闭原则
  • 里氏替换原则
  • 迪米特法则原则
  • 接口隔离原则
  • 依赖倒置原则

前言

最近被敖丙的博客，被安利了一本书《重学java设计模式》，本文谨记录学习过程中的心得。

六大设计原则

书中总结得比较好，这里直接把原文的重点附上

单一职责原则

• 如果需要开发的一个功能需求不是一次性的，且随着业务发展的不断变化而变化，那么当一个Class类负责超过两个及以上的职责时，就在需求的不断迭代、实现类持续扩张的情况下，就会出现难以维护、不好扩展、测试难度大或上线风险高等问题。
• 所谓的职责就是指类变化的原因，也就是业务需求。如果一个类有多于一个的原因被改变，那么这个类就有超过两个及以上的职责。而单一职责约定一个类应该有且仅有一个改变类的原因。

开闭原则

• 规定软件中的对象、类、模块和函数对扩展应该是开放的，但对于修改是封闭的。这意味着改用抽象定义结构，用具体实现扩展细节，以此确保软件开发和维护过程的可靠性。
• 开闭原则的核心思想也可以理解为面向抽象编程。

里氏替换原则

子类可以扩展父类的功能，但是不能改变父类原有的功能：

• 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
• 子类可以增加自己特有的方法。
• 当子类方法重载父类的方法时，方法的前置条件（即方法的输入参数）要比父类的方法更加宽松。
• 当子类的方法实现父类的方法（重写、重载或实现抽象方法）时，方法的后置条件（即方法的输出或返回值）要比父类的方法更严格或与父类的方法相等

迪米特法则原则

又称最小知道原则，是指一个对象对于其他对象来说，知道得越少越好。也就是说，两个类质检不要有过多的耦合关系，保持最少关联性。

接口隔离原则

一个雷对另外一个类的依赖应该建立在最小接口上。在具体应用接口隔离原则时，应该根据以下几个规则衡量。
接口尽量少，但是有限度。一个接口只服务于一个子模块或业务逻辑。
为依赖接口的类定制服务。只提供调用者需要的方法，屏蔽不需要的方法。
了解环境，拒绝盲从

依赖倒置原则