面向对象设计五大原则(3)

王朝java/jsp·作者佚名  2006-01-09
窄屏简体版  字體: |||超大  

4. 依赖倒置原则

高层模块不应该依赖于低层模块。二者都应该依赖于抽象。

抽象不应该依赖于细节,细节应该依赖于抽象。

抽象层次包含的是应用系统的商务逻辑和宏观的战略性决定,而具体层次含有的是和实现有关的算法与逻辑,具体层次的代码会经常发生变动,不能避免出现错误。所以便应该是高层的策略设置模块影响低层的细节实现模块,而不是相反。比如说,先制定业务逻辑的规则,再实现数据库操作等等细节。

比较合适的模型是:每个较高的层次都为它需要的服务声明一个抽象接口,较低的层次实现这个接口,每个高层类都通过该抽象接口使用下一层。换句话来说,由客户类声明它们需要的服务接口,仅当客户需要时才对接口进行改变,所以改变实现细节的类就不会影响到客户。

拿《敏》中P118中Button和Lamp对象的例子来说,作者举了一个不成熟的设计,如下:

public class Button{

private Lamp itsLamp;

public void poll(){

if(/* some condition*/){

itsLamp.turnOn();

}

}

}

作者说,这个例子背后的抽象是检测用户的开/关指令并将指令传给目标对象,而检测用户指令的机制是无关紧要的,目标对象同样也是无关紧要的。我按照作者的分析写了一段程序,如下所示:

public interface SwitchableDevice {

public void turnOn();

public void turnOff();

}

public class Lamp implements SwitchableDevice{

public void turnOn(){

//do something

}

public void turnOff(){

//do something

}

}

public class Button {

public void poll(SwitchableDevice device){

device.turnOff();

}

public void push(SwitchableDevice device){

device.turnOn();

}

}

这样子,Button类就可以控制所有实现了SwitchableDevice接口的对象,而lamp也变成了依赖于SwitchableDevice接口,而不必在乎谁来控制它。

5. 接口隔离原则

不应该强迫客户依赖于他们不用的方法。

使用多个专门的接口比使用单一的总接口要好,一个类对另外一个类的依赖性应当建立在最小的接口上。

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
© 2005- 王朝網路 版權所有 導航