现在的位置: 首页 > 综合 > 正文

抽象类规定接口

2013年05月09日 ⁄ 综合 ⁄ 共 598字 ⁄ 字号 评论关闭

如果一个类能够简简单单的实现,

但是他却分成两个 abstract class RFQMgrAbstract这个类定义基本变量,还有一些抽象方法,比如public abstract RFQ createRFQ(String s, String s1)

第二个类继承他public class RFQManager extends RFQMgrAbstract实现那些方法

你觉得这样做有什么好处呢?

RFQManager 已经是final class了 不会再被继承,为什么这样设计呢?

用抽象类或接口规定子类的实现,就是说对与类的使用者,接口与实现分离,有什么不好?

c++的declaration implementation分离,在编译的时候实现,这个接口/实现,是在运行时起作用的吧

为了以后扩展起来方便。

得到了一个关于abstract class和interface区别的很好的例子:

abstract class door{
    public void open();
    public void colse();
}
class mydoor extends door implements Alarm{
//你想在你的门有报警功能
//你最好不要去修改door
//而是用一个接口实现
public void open(){}
public void close(){}
public void alarm(){}
}
inteface Alarm{
public void alarm();
}

抱歉!评论已关闭.