SOLID

作者: 红橙 | 来源:发表于2014-11-22 14:59 被阅读33次

    面向对象程序设计5大原则

    • 单一职责原则(Single Responsibility Principle)
    • 开放封闭原则(Open Close Principle)
    • 里氏替换原则(Liskov Substitution Principle)
    • 接口分离原则(Interface Segregation Principle)
    • 依赖倒置原则(Dependency Inversion Principle)

    各原则首字母组成单词SOLID

    单一职责原则S

    一个类应该只有一个引起其变化的原因

    人类进入工业化时代,每个人有各自的分工,不再像农民,不仅需要耕种还需要浇水收割等一系列工作。在工作中,每个人都有各自的分工,程序员、产品、售前、售后等等,这样当一个环节需要修改时,其他环节不需要改变。代码需要修改、产品设计发生变化、售前售后过程改变等等,只需要一类人或者说一个类进行改变,其他人并不关注这种变化。

    开放封闭原则O

    对于扩展是开放的,对于修改是封闭的。修改需求不可避免,而对代码的修改又是容易出错的。

    永远不变的就是变化。无论是客户还是产品,都有极大的可能需要修改需求,为了减少工作量,或者说为了保证质量,不应该对源代码就行修改,而是要在其上进行扩展。

    里氏替换原则L

    子类可以替换父类并且出现在父类出现的任何地方,子类 is a 父类。

    父类应该尽量以接口或抽象类的形式出现

    父类的实现应该交给对应的子类来处理,调用者调用的是父类的接口,而实际上是子类的对象在做处理。因此,要求子类能够替换父类出现的所有地方。按照这个要求,扩展父类得到新的子类时,可以不影响调用者的使用。

    接口分离原则I

    使用多个专门的接口,而不要使用单一的总接口

    可能本来一类事物都可以继承自一个单一的总接口,但是当需求改变的时候,可能此类中的新事物不能继承其中某些功能,则需要将接口分为几个专门的接口。比如,汽车都有加油和行驶的功能,而新出现的特斯拉则不再需要加油,因此应该将加油与行驶两个接口进行分离,再为特斯拉增加充电接口。

    依赖倒置原则D

    高层模块不应该依赖底层模块,两者都应该依赖于抽象。具体应该依赖于抽象,而不应使抽象依赖于具体。

    要求对抽象进行编程,而不是对实现进行编程。

    司机要开车,司机属于高层模块,而汽车属于底层模块。如果,汽车型号确定了,那么司机的操作需要依赖于汽车型号,而当型号改变时,则需要对高层的司机类进行修改,简直令老司机无法忍受。可以由司机类依赖ICar汽车类的接口,这样就可以变换汽车型号而不影响司机的驾驶;或者司机类依赖IDriver接口,汽车类依赖ICar接口,而由IDriver调用ICar中的操作。

    避免了实现类之间的相互依赖,当有新的子类出现时,可以通过添加少量代码来实现。

    PS.迪米特法则

    有时候有人会说面向对象程序设计有6大法则,迪米特法则说的是类直接应该保持低耦合。尽量减少类直接的通信,从而减少相互之间的耦合度。

    相关文章

      网友评论

          本文标题:SOLID

          本文链接:https://www.haomeiwen.com/subject/qdkwtttx.html