设计模式六大原则

设计模式6大原则

1. 单一职责原则

      单一职责原则定义：一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中。另外一种定义：就一个类而言，应该仅有一个引起它变化的原因自己理解: 也就一个类只能是一个物体的抽象，而不是多个物体抽象的结合体参考链接:  (https://blog.csdn.net/qq_43403759/article/details/117417230)

2. 开放封闭原则

   软件实体【类或者模块】应该对扩展开放，对修改关闭，通俗讲就是添加一个新功能应该是在已有功能上扩展，而不是修改已有功能。对外扩展:  软件实体【类，模块或者方法】对他的提供者应该是开放的，可以方便进行功能扩展新增对修改封闭: 指软件实体对使用者应该是封闭的，也就是代码修改，不会使得调用者也跟着修改代码。参考链接： https://mikechen.cc/20810.html

3. 里氏替换原则

通俗的来讲就是：子类可以扩展父类的功能，但不能改变父类原有的功能。

4. 依赖倒置原则

依赖倒置原则在Java语言中的表现是：模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过  接口或者抽象类产生的；接口或抽象类不依赖于实现类；实现类依赖接口或抽象类参考链接:  https://blog.csdn.net/zdwzzu2006/article/details/129397355

5. 接口隔离原则

      不应该强迫一个类实现它不需要的接口，应该将接口拆分成更小和更具体的部分，以便客户端只需要知道它们感兴趣的部分。

6. 迪米特法则

	又叫最少知道原则，即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的public方法，不对外泄露任何信息。参考链接: https://blog.csdn.net/weixin_43823808/article/details/122797934