设计模式的六大原则

左手的ㄟ右手 2024-03-27 18:58 5阅读 0赞

## **设计模式六大原则** ##

1.  单一原则（Single Responsibility Principle）：一个类或者一个方法只负责一项职责
    
    不同角度看可能不算单一，比如你在红警中，造车就是一个单一职责，但是你对做车的来说，这就不是一个单一职责，就可能还要分为造轮子、造车门。
2.  里氏替换原则（LSP liskov substitution principle）：子类可以扩展父类的功能，但不能改变原有父类的功能
3.  依赖倒置原则（dependence inversion principle）：面向接口编程（通过接口作为参数实现应用场景）
    
    抽象就是接口或者抽象类，细节就是实现类
    
    上层模块不应该依赖下层模块，两者应依赖其抽象
    
    抽象不应该依赖细节，细节应该依赖抽象
    
    通俗地说就是变量或者参数，尽量使用抽象类或者接口。比如你传参尽量使用List，而不是ArrayList，这样以后你既可以传ArrayList，也可以传LinkedList。
    
    比如JDBC就是很典型的依赖倒置原则
4.  接口隔离（interface segregation principle）：建立单一接口（扩展类也是一种接口，一切皆接口）
    
    定义：
    
    简单理解：复杂的接口，根据业务拆分成多个简单接口（对于有些业务的拆分多看看适配器的应用）
    
    接口的设计粒度越小，系统越灵活，但是相应的结构复杂性也提高，开发难度变大，维护性降低
    
     *  客户端不应该依赖它不需要的接口
     *  类之间依赖关系应该建立在最小接口上
5.  迪米特原则（LOD law of demeter）：最少知道原则，尽量降低类与类之间的耦合，一个对象应该对其他对象有最少的理解。说白了就是低耦合。鼠标和电脑是有一点耦合的，耦合我们把它提升到概念上，具体的对象没有任何的耦合，只是概念上有耦合，电脑需要一个鼠标，但是具体的电脑和鼠标对象，是没有耦合的。生产电脑的时候不需要考虑生产的鼠标，生产鼠标也不需要考虑生产的电脑。
6.  开闭原则（open closed principle）：对扩展开放，对修改闭合
    
    什么叫扩展？我鼠标坏了，直接把鼠标拔了然后换一个就可以了。什么叫修改？每次打开电脑里面，接上鼠标然后等鼠标坏了又要重新打开电脑里面拔了再接一个鼠标。所以要扩展，不要改变（修改）父类的功能。