设计模式系列：设计原则一句话总结

1.单一职责原则

一句话总结&＃xff1a;一个方法、接口或类尽量只做一件事情。这样会有一个非常大的优点&＃xff1a;便于类和方法的重用&＃xff08;因为粒度越小的反而越利于复用&＃xff09;。但是因为单一职责原则提出了一个编写程序的标准&＃xff0c;用”职责“或”变化原因“来衡量接口或类设计是否优良&＃xff0c;而”职责“和”变化原因“都是不可度量的&＃xff0c;因项目、环境而异&＃xff0c;因此多数工业代码的类都是违反单一职责原则的。所以&＃xff1a;接口、方法一定要做到单一职责原则&＃xff0c;类的设计尽量做到只有一个原因引起变化。要想遵循单一职责原则&＃xff0c;重点是对需求的理解和粒度的划分。

2.开闭原则

一句话总结&＃xff1a;开闭原则是六大原则的总纲。定义是一个软件实体&＃xff08;类、模块、函数&＃xff09;应该对扩展开放&＃xff0c;对修改关闭。主要是是软件的维护期内&＃xff0c;软件增加功能时&＃xff0c;尽量通过扩展软件实体的行为来实现变化&＃xff0c;而不是通过修改已有的代码来实现变化。怎么实现扩展呢&＃xff1f;通过抽象类和接口&＃xff0c;修改是什么呢&＃xff1f;修改就是直接在以前的类内部做修改。开闭原则无非就是想表达这样一层意思&＃xff1a;用抽象构建框架&＃xff0c;用实现扩展细节。因为抽象灵活性好&＃xff0c;适应性广&＃xff0c;只要抽象的合理&＃xff0c;可以基本保持软件架构的稳定。而软件中易变的细节&＃xff0c;我们用从抽象派生的实现类来进行扩展&＃xff0c;当软件需要发生变化时&＃xff0c;我们只需要根据需求重新派生一个实现类来扩展就可以了。当然前提是我们的抽象要合理&＃xff0c;要对需求的变更有前瞻性和预见性才行。

3.里氏替换原则

一句话总结&＃xff1a;只要父类出现的地方子类都可以出现&＃xff0c;而且替换为子类不会产生任何错误和异常。但是反过来就不行了&＃xff0c;有子类出现的地方&＃xff0c;父类未必就能适应。里氏替换原则是为了解决继承的问题。里氏替换原则通俗的来讲就是&＃xff1a;子类可以扩展父类的功能&＃xff0c;但不能改变父类原有的功能。它包含以下4层含义&＃xff1a;
• 子类可以实现父类的抽象方法&＃xff0c;但不能覆盖父类的非抽象方法。
• 子类中可以增加自己特有的方法。
• 当子类的方法重载父类的方法时&＃xff0c;方法的前置条件&＃xff08;即方法的形参&＃xff09;要比父类方法的输入参数更宽松。
• 当子类的方法实现父类的抽象方法时&＃xff0c;方法的后置条件&＃xff08;即方法的返回值&＃xff09;要比父类更严格。
看上去很不可思议&＃xff0c;因为我们会发现在自己编程中常常会违反里氏替换原则&＃xff0c;程序照样跑的好好的。所以大家都会产生这样的疑问&＃xff0c;假如我非要不遵循里氏替换原则会有什么后果&＃xff1f;
后果就是&＃xff1a;你写的代码出问题的几率将会大大增加。

4.接口隔离原则

一句话总结&＃xff1a;建立单一接口&＃xff08;类&＃xff0c;接口&＃xff09;&＃xff0c;不要建立庞大的接口。

5.依赖倒置原则

一句话总结&＃xff1a;即要面向接口编程。
3层含义&＃xff1a;
1&＃xff09;高层模块不应该依赖低层模块&＃xff0c;两者都应该依赖其抽象。
2&＃xff09;抽象不应该依赖细节。
3&＃xff09;细节应该依赖抽象。
依赖倒置原则在java语言中的表现&＃xff1a;
1&＃xff09;模块间的依赖通过抽象发生&＃xff0c;实现类之间不发生直接的依赖关系&＃xff0c;其依赖关系是通过接口或抽象类产生的。
2&＃xff09;接口或抽象类不依赖于实现类。
3&＃xff09;实现类依赖接口或抽象类。
即&＃xff1a;面向接口编程。

6.迪米特法则

一句话总结&＃xff1a;降低耦合。一个对象应该对其他对象有最少的了解&＃xff0c;通俗的讲&＃xff0c;一个类应该对自己需要耦合调用的类知道的最少&＃xff0c;你的内部是如何的复杂都和我没关系&＃xff0c;那是你的事情&＃xff0c;我就知道你提供的这么多public方法&＃xff0c;我就调用这么多&＃xff0c;其他的我一概不管。

综述

6个原则&＃xff1a;
1.开闭原则是总纲。
2.接口隔离原则告诉我们如何设计接口。
3.依赖倒置原则告诉我们在软件架构设计时增加一层抽象层。&＃xff08;在系统分析和架构中&＃xff0c;分清层次和依赖关系&＃xff0c;每个层次不是直接向其上层提供服务&＃xff08;即不是直接实例化在上层中&＃xff09;&＃xff0c;而是通过定义一组接口&＃xff0c;仅向上层暴露其接口功能&＃xff0c;上层对于下层仅仅是接口依赖&＃xff0c;而不依赖具体类。&＃xff09;
4.有了抽象层&＃xff0c;就会出现继承关系&＃xff0c;里氏替换原则是规范继承体系的。
5.迪米特法则是规范类间的依赖的。
6.单一职责原则主要是为了实现复用。

其实设计模式23种&＃xff0c;主要的目的是&＃xff1a;增加程序的可维护性。可维护性是什么&＃xff1a;程序的可读性&＃xff0c;程序的是否方便扩展和修改&＃xff0c;怎么实现呢&＃xff1f;尽量复用&＃xff0c;尽量解耦&＃xff0c;即高内聚&＃xff0c;低耦合。怎么实现复用和解耦&＃xff0c;封装可以实现内聚&＃xff0c;增加一层可以实现解耦。