24设计模式 之 五项设计原则(SOLID)

总所周知
设计模式(原则)对于设计出高扩展性、可复用性、易维护性的软件起到很大的作用。

常说的SOLID五大设计原则指的就是: 

    S  = 单一职责原则 Single Responsibility Principle 

    O = 开放闭合原则 Opened Closed Principle  

    L  = Liscov替换原则 Liscov Substitution Principle 

    I   = 接口隔离原则 Interface Segregation Principle 

    D = 依赖倒置原则 Dependency Inversion Principle 

    

具体如下:

1. 单一职责原则 

       引起类变化的因素永远不要多于一个,或者说:一个类有且只有一个职责。 

如果类包含多个职责,代码会变得耦合;SRP看起来是把事物分离成分子部分,以便于能被复用和集中管理,这点也同样适用于方法级别。 

2. 开放封闭原则 

       软件实体(类,模块,函数等)应当对扩展开放,对修改闭合。 

  

(关于对外关联接口或抽象类 )

   

3.Liskov’s 替换原则 

        子类型必须能够替换它们基类型,或者说使用基类引用的函数必须能使用继承类的对象而不必知道它。 

 为什么LSP这么重要: 

I.  如果没有LSP,类继承就会混乱;如果子类作为一个参数传递给方法,将会出现未知行为; 

II. 如果没有LSP,适用与基类的单元测试将不能成功用于测试子类;

4. 接口分离原则 

       客户端不应该被迫依赖于它们不用的接口 ;接口应该只包含必要的方法,而不该包含其它的。

比如: 

       注意到IBird接口包含很多鸟类的行为,包括 fly() 行为.现在如果一个Bird类(如 Ostrich鸵鸟)实现了这个接口,那么它需要实现不必要的 fly() 行为(Ostrich 不会飞)。这个”胖接口”应该拆分未两个不同的接口,IBird和IFlyingBird,IFlyingBird继承自IBird。这里如果一种鸟不会飞(如Ostrich),那它实现IBird接口。如果一种鸟会飞(如 Sparrow麻雀),那么它实现IFlyingBird。

    

 5. 依赖倒置原则 

         高层模块不应该依赖底层模块,两者都应该依赖其抽象。 

 比如说一个汽车类,应该依赖于接口,必须写成IEngine eg; : 

 class Car{ 

    ChinaEnginee eg;   // 此处不对

 } 

 如果代码中不用依赖倒置,我们将面临如下风险: 

I.   使用低级类会破环高级代码; 

II.  当低级类变化时需要很多时间和代价来修改高级代码; 

III. 产生低复用的代码; 

       

除此SOLID五项原则外,还有其它的面向对象原则。

例如:

组合替代继承: 相对于继承,要更倾向于使用组合; 

笛米特法则: 你的类对其它类知道的越少越好; 

共同封闭原则: 相关类应该打包在一起; 

稳定抽象原则: 类越稳定,越应该由抽象类组成;;

原文链接: http://zl378837964.iteye.com/blog/2333275

相关推荐