假如允许类的多继承,接口似乎就没有存在的必要性了。
java究竟为什么采取了 interface+class这样“臃肿”的设定,而不是像c++一样,只使用class呢?
延伸问题:
在实际编程中,接口究竟起到了什么作用?
类的多继承究竟有什么问题,导致java舍弃了它?
假如允许类的多继承,接口似乎就没有存在的必要性了。
java究竟为什么采取了 interface+class这样“臃肿”的设定,而不是像c++一样,只使用class呢?
延伸问题:
在实际编程中,接口究竟起到了什么作用?
类的多继承究竟有什么问题,导致java舍弃了它?
你好,以下是我的一些理解:
首先继承的意思是继承一个类,继承一个类的作用就是扩展这个类的功能或者是实现代码重用等,《Effective Java》中讲过继承,说复合优先于继承,还有要么为继承而设计,并提供文档说明,要么就禁止继承。为什么这么说,因为继承会打破封装性,子类依赖超类的实现细节的话,如果超类后期维护修改,子类就会出现问题。真正应该继承的时候应当是有is-a的关系时。首先,如果是可以多继承,菱形继承问题解决会非常复杂,并且上面说的问题出现的概率大大增加。接口就不一样,因为它是抽象的,不能有实现细节,它的实现类不会对它产生依赖,根据这一点,接口也优先于抽象类(允许某些方法的实现)。