前言
今天聊聊在面向对象编程中的五个基本原则,适当的利用这些原则,让代码变得可维护和扩展。本文以 javascript 语言为例,可能以这门语言来讨论 S.O.L.I.D 五大原则有点不伦不类,但其中的思想是很必要去学习和理解的。
单一职责(Single Responsibility Principle)
单一职责的描述如下:
A class should have only one reason to change
类发生更改的原因应该只有一个
遵守单一职责的好处是可以让我们很容易地来维护这个对象,当一个对象封装了很多职责的话,一旦一个职责需要修改,势必会影响该对象想的其它职责代码。通过解耦可以让每个职责工更加有弹性地变化。
相关阅读:深入理解JavaScript系列(6):S.O.L.I.D五大原则之单一职责SRP
开闭原则(Open/Closed Principle)
开闭原则的描述如下:
Software entities (classes, modules, functions, etc.) should be open for extension but closed for modification.
软件实体(类,模块,方法等等)应当对扩展开放,对修改关闭,即软件实体应当在不修改的前提下扩展。
为了直观地描述,下面给出一个动态展示问题列表的代码作为演示(不符合开闭原则)
1 | // 问题类型 |
上面代码有一个限制,就是如果再增加一个问题类型的话,那就需要再次修改renderQuestion
里的条件语句,这明显违反了开闭原则。重构后的代码如下:(符合开闭原则)
1 | function questionCreator(spec, my) { |
重构后的代码可以很容易的地进行扩展了,从而达到了开闭原则的要求。
相关阅读:深入理解JavaScript系列(7):S.O.L.I.D五大原则之开闭原则OCP
里氏替换原则(Liskov Substitution Principle)
里氏替换原则的描述如下:
Subtypes must be substitutable for their base types.
派生类型必须可以替换它的基类型
正方形和矩形
1 | // 矩形对象 |
当我们使用正方形代替矩形执行代码的时,会发现得到的结果并不是我们所期待的结果,这明显违法了里氏替换原则。
鸵鸟到底是不是鸟?
一讲到鸟,就认为它能飞,有的鸟确实能飞,但不是所有的鸟都能飞。问题就是出在这里。如果以“飞”的行为作为衡量“鸟”的标准的话,鸵鸟显然不是鸟。如果按照生物学的划分标准:有翅膀、有羽毛等特性作为衡量“鸟”的标准的话,鸵鸟理所当然就是鸟了。鸵鸟没有“飞”的行为,我们强行给它加上了这个行为,所以在面对“飞越太平洋”的需求时,代码就会出现运行期故障,故设计要依赖于用户要求和具体环境而定。
相关阅读
深入理解JavaScript系列(8):S.O.L.I.D五大原则之里氏替换原则LSP
架构师之路之里氏代换原则
接口隔离原则(Interface Segregation Principle)
接口隔离原则的描述如下:
Clients should not be forced to depend on methods they do not use.
不应该强迫客户依赖于它们不用的方法
目前为止(2017-04-22),JavaScript 没有接口的特性,不像 Java 等一些语言原生就提供接口的特性。当然 JavaScript 也有自己的一些实现,有兴趣的读者可参阅《JavaScript设计模式》一书(作者:Ross Harmes),其中有探讨在 JavaScript 中模仿接口的实现。
相关阅读:深入理解JavaScript系列(21):S.O.L.I.D五大原则之接口隔离原则ISP
依赖倒置原则(Dependency Inversion Principle)
依赖倒置原则的描述如下:
A. High-level modules should not depend on low-level modules. Both should depend on abstractions.
高层模块不应该依赖于低层模块,二者都应该依赖于抽象B. Abstractions should not depend upon details. Details should depend upon abstractions.
抽象不应该依赖于细节,细节应该依赖于抽象
依赖倒置原则的最重要问题就是确保应用程序或框架的主要组件从非重要的底层组件实现细节解耦出来,这将确保程序的最重要的部分不会因为低层次组件的变化修改而受影响。下面给出一个示例:
1 | $.fn.trackMap = function(options) { |
上面代码中 trackMap 函数有2个依赖:第三方的Google Maps API和Location feed。如果需要切换不同的地图提供商的话那就不得不对trackMap函数进行重写。对此我们应该实现一个适配Google Maps API的对象。如下:
1 | $.fn.trackMap = function(options) { |
1 | trackMap.googleMapsProvider = (function() { |