梦想飞翔

自强不息
posts - 111, comments - 30, trackbacks - 0, articles - 0
  BlogJava :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理

为什么要使用接口

Posted on 2009-03-10 17:30 love1563 阅读(956) 评论(0)  编辑  收藏 所属分类: 设计模式

    首先,如果没有接口会怎么样呢?一个类总归可以从另一类继承,难道还不够么?

没接口会怎么样
    
一个对象需要知道其他的一些对象,并且与其他的对象发生相互作用,这是因为这些对象需要借助于其他对象的行为以便完成一项工作。这些关于其他对象的知识,以及对其他对象行为的调用,都是使用硬代码(Hardcode)写在类里面的,可插入性几乎为零。

    如果要加入一个新的类,仅仅意味着加入新的硬代码,而不能给出动态的可插入行。
    那么基于类的继承是否可以提供一点帮助呢?比如现在有一个具体类,提供某种使用硬代码写在类的行为。现在,要提供一些类似的行为,并且实现动态的可插入,也就是说,要能够动态地决定使用那种实现。一个可能的做法就是为这个类提供一个抽象超类,生命出子类要提供的行为,然后让这个具体类继承自这个抽象超类。同时,为这个抽象超类提供另一个具体子类,这个子类以不同的方法实现了超类所生命的行为。客户端可以动态决定那个具体子类。这是否可以提供可插入性呢?
    答案是,这却是可以在简单的情况下提供可插入性。但是由于java语言是一个单继承的语言,换言之,一个类只能有一个超类,因此,在很多情况下,这个具体类可能已经有了以超类,这时候,要给它加上一个新的超类是不可能的,如果硬要加的话,就只好把这个新的超类加到已有的超类上面,形成超超类的情况;如果这个超超类的位置已经被占用了,就只好继续向上移动,直到移动到类等级结构的最顶端。这样一来,对一个具体类的可插入性设计,就变成了对整个等级结构中所有的类的修改。
    这还是假设这些超类都是在设计师控制之下的。如果这些超类是一些软件商提供的,设计师无法修改,怎么办呢?如果有一个具体类,它有一个超类是Frame,那么新加入的超类就只好一直向上移动到java.lang.Object类上面,这怎么可能呢?
    因此,没有接口可插入性就没有保证。

接口是对可插入性的保证
    接口使可插入性变得可能。
    在一个类等级结构中的任何一类可以实现一个接口,这个接口会影响到此类的所有子类,但是不会影响到此类的任何超类。此类将不得不实现这个接口所规定的方法,而其子类则可以从此类自动继承到这些方法,当然也可以选择置换掉所有的这些方法,或者其中的某一些方法。
    这时候,这些子类就具有了可插入性。

    关联的可插入性

    正如前面所说的,一个对象需要完成一项任务,所以需要知道其他的对象,并且调用其他对象的方法。这个对象对其他对象的知识叫做关联(Association)。
    如果一个关联不是针对一个具体类的,而是针对一个接口的,那么任何实现这个接口的类就都可以满足要求。换言之,当前对象并不在意所关联的是哪一个具体类。而仅仅关心这个类是否实现了某一个借口。

    这样一来,就可以动态地将这个关联从一个具体类转换到另一个具体类,而这样做的唯一条件是它们都实现某个接口。

    调用的可插入性
    同样,一个对象不可避免地需要调用其他对象的方法。这种调用不一定飞的是某一个具体类,而可以是一个接口。这样一来,任何实现了这个接口的具体类都可以被当前对象调用;而当前对象到底调用的是哪一个具体的实例则完全可以动态地决定。
    因此,接口提供了关联以及方法调用上的可插入性,软件系统的规模越大,生命周期越长,接口的重要性就越大。接口使得软件系统在灵活性和可扩展性、可插入性方面得到保证。


只有注册用户登录后才能发表评论。


网站导航: