设计模式---六大原则

设计模式的六大原则：

单一职责原则：类或接口要实现职责单一

• 单一职责规定了一个类应该只有一个发生变化的原因。如果一个类承担了多个职责，会导致多个职责耦合在一起，部分职责发生变化的时候可能会导致其余职责跟着受到影响。程序耦合性太强，不利于变化。
• 优点：
  • 降低了类的复杂度，每一个类都有清晰明确的职责。
  • 程序的可读性和可维护性都提高了
  • 降低业务逻辑变化导致的风险，一个接口的修改只对相应的实现类有影响，对其他接口无影响。

里氏替换原则：使用子类代替父类，做出通用的编程

• 是指所有父类可以出现的地方，子类都可以出现，使用子类来代替父类，调用方不需要关心目前传递的是子类还是父类
• 优点：可以增强程序的健壮性，子类可以任意增加和缩减，我们都不需要修改接口参数。通过传递不同的子类来完成不同的业务逻辑，

依赖倒置原则：面向接口编程

• 指高层模块不应该依赖于底层模块，抽象不应该依赖细节（实现类），细节应该依赖于抽象。在Java中应该做到面向接口编程。
• 优点：依赖倒置通过抽象（接口或抽象类）使各个模块独立，实现模块间的松耦合。

接口隔离原则：接口的设计需要精简单一

• 指客户端不应该依赖它不需要的接口，一个类对另一个类的依赖应该建立在最小的接口上。

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

• 指一个软件实体（如类、模块和函数）应该对外开放，对修改关闭。即通过开闭原则，我们可以通过扩展行为来实现新的功能，而不是通过修改已有的代码

迪米特法则：降低依赖之间耦合

• 也叫最少知识原则，指一个对象应该对其依赖的对象有最少的了解。该类不需要知道其依赖类的具体实现，只需要依赖类给其提供一个公开对外的public方法