考虑这个类层次结构:
-
Book extends Goods
-
Book implements Taxable
我们都知道,有一个子类,它的超(IS-A)之间的关系。
问:有没有像“是一个”没有任何关系Book
和Taxable
?
很好的答案,但你说“是一个”也是之间的关系Book
和Taxable
, 但 “是一个”是类之间的关系和接口是不是一类!
考虑这个类层次结构:
Book extends Goods
Book implements Taxable
我们都知道,有一个子类,它的超(IS-A)之间的关系。
问:有没有像“是一个”没有任何关系Book
和Taxable
?
很好的答案,但你说“是一个”也是之间的关系Book
和Taxable
, 但 “是一个”是类之间的关系和接口是不是一类!
是。 的关系是完全一样的
本书是一本太应税。
编辑
接口是恰好符合Java的(也可能是C#我不知道)的工件interface
关键字。
在面向对象的接口是一组操作中的一类是“承诺”执行,仅此而已。 就像对象类及其客户之间的合同。
面向对象编程,其不具有语言interface
的关键字,还有类接口OO概念。
那么有“支持最运营-的”。 个人而言,我不觉得“是一个”,“可以做的”等助记符是非常有用的。 我更愿意认为在什么样的类型允许来说,无论他们是专业现有的行为或者实施的行为本身等类比,像抽象,往往是漏水的。 如果你知道什么接口继承和实现继承之间的不同是,你可能不需要任何额外的措辞来表达它。
“行为类似......”
这就是我要说什么。 不值得的,但行为像什么。 或作为一种替代“的东西可以”,但是这比行为更加具体。
的关系将被作为中指出:“工具”
这些关系的名字从句子使用的春天。 “书‘是,一个’商品”可以不带引号和连字符写入,它是有道理的。 同样,书“工具”应税可以不带引号写入。
当我们说一个类继承了它是有被称为“当一个孩子伸出父母那么孩子应该能够继承像马父类的东西inheritance'.this意味着强关系舰另一类是动物.Horse被继承的一些性质动物。但是当一个类实现另一个类,然后子类是试图实现合同这么想的需要继承父东西只是跟着一个合同,那为什么接口所有的方法都是默认抽象的,但你可以提供一些类具体方法(对于子类继承),可以使一些抽象的,然后是很好。
所以对我来说是扩展继承和接口在实施contract.hope这是令人满意
这应该这样做:
public static boolean implementsInterface(Object object, Class interf){
return interf.isInstance(object);
}
例如,
java.io.Serializable.class.isInstance("a test string")
计算结果为true。
来自: 测试对象是否实现了接口
什么是一回事兴奋? 多重问号和多个感叹号?
你不烦吗,我们可以说,一本书是应纳税所得额,即使是应纳税所得额的接口? 请冷静下来。
有在一个接口和一个超类关系的语言不同的关键字,但这种关系的概念性质是一样的,因此这是完全合理的使用相同的英文词汇来形容它。 一本书征税,就如同一本书是一个很好的。 为了使条款更加紧密,一本书是TaxableItem。 没关系。
Book implements Taxable
这里还关系Book
和Taxable
是
书“是”应税
请参阅此 。 你可以看到它说
当我们谈论的继承最常用的关键字是extends和implements。 这些词将确定一个对象是否IS-A类型的另一个。