实现接口方法的方法应该用@Override进行注释吗?
Override注释的javadoc说:
指示方法声明要重写超类中的方法声明。如果使用此注释类型注释了方法,但没有重写超类方法,则需要编译器生成错误消息。
我不认为接口在技术上是超类。真的是这样吗?
问题阐述
实现接口方法的方法应该用@Override进行注释吗?
Override注释的javadoc说:
指示方法声明要重写超类中的方法声明。如果使用此注释类型注释了方法,但没有重写超类方法,则需要编译器生成错误消息。
我不认为接口在技术上是超类。真的是这样吗?
问题阐述
当前回答
当您在创建实现接口的类期间告诉Eclipse“生成未实现的方法”时,Eclipse本身将添加@Override注释。
其他回答
在java 6及更高版本中,可以使用@Override来实现接口的方法。
但是,我不认为这是有意义的:覆盖意味着你在超类中有一个方法,而你在子类中实现它。
如果你正在实现一个接口,我认为我们应该使用@ implementation或其他东西,而不是@Override。
通过读取java8中的javadoc,你可以在接口Override的声明中找到以下内容:
如果一个方法使用这种注释类型进行注释,编译器就需要生成错误消息,除非至少满足以下条件之一:
该方法重写或实现在超类型中声明的方法。 该方法的签名重写等价于在{@linkplain Object}中声明的任何公共方法的签名。
因此,至少在java8中,应该在接口方法的实现上使用@Override。
如果一个具体类没有覆盖一个抽象方法,使用@Override来实现是一个开放的问题,因为编译器总是会警告你任何未实现的方法。在这些情况下,可以提出这样的论点,即它降低了可读性——在代码中需要阅读的内容更多,而且在较小的程度上,它被称为@Override而不是@ implementation。
我相信javac的行为已经改变了——在1.5版本中它禁止注释,而在1.6版本中则没有。注释提供了额外的编译时检查,所以如果您使用的是1.6,我会选择它。
这对JDK来说不是问题。在Eclipse Helios中,它允许对实现的接口方法使用@Override注释,无论使用哪种JDK 5或6。至于Eclipse Galileo,无论JDK 5还是6,都不允许使用@Override注释。