实现接口方法的方法应该用@Override进行注释吗?
Override注释的javadoc说:
指示方法声明要重写超类中的方法声明。如果使用此注释类型注释了方法,但没有重写超类方法,则需要编译器生成错误消息。
我不认为接口在技术上是超类。真的是这样吗?
问题阐述
实现接口方法的方法应该用@Override进行注释吗?
Override注释的javadoc说:
指示方法声明要重写超类中的方法声明。如果使用此注释类型注释了方法,但没有重写超类方法,则需要编译器生成错误消息。
我不认为接口在技术上是超类。真的是这样吗?
问题阐述
当前回答
你应该尽可能使用@Override。它可以防止犯简单的错误。例子:
class C {
@Override
public boolean equals(SomeClass obj){
// code ...
}
}
这不能编译,因为它没有正确地覆盖公共布尔值= (Object obj)。
对于实现接口(仅限1.6及以上版本)或重写超类方法的方法也是如此。
其他回答
我会利用一切机会。你什么时候使用Java的@Override注释,为什么?
重写从您自己的类继承的方法通常不会破坏使用ide进行重构。但是如果您重写从库继承的方法,建议使用它。如果你不这样做,你通常不会在以后的库更改中得到错误,而是一个隐藏得很好的bug。
在java 6及更高版本中,可以使用@Override来实现接口的方法。
但是,我不认为这是有意义的:覆盖意味着你在超类中有一个方法,而你在子类中实现它。
如果你正在实现一个接口,我认为我们应该使用@ implementation或其他东西,而不是@Override。
如果一个具体类没有覆盖一个抽象方法,使用@Override来实现是一个开放的问题,因为编译器总是会警告你任何未实现的方法。在这些情况下,可以提出这样的论点,即它降低了可读性——在代码中需要阅读的内容更多,而且在较小的程度上,它被称为@Override而不是@ implementation。
包含@Override的问题是,它会让您认为您忘记调用super.theOverridenMethod()方法,这非常令人困惑。这应该是非常清楚的。也许Java应该提供一个@Interface在这里使用。哦,好吧,还有一个半途而废的Java特性……