在创建涉及继承的类方面,有些实际上需要覆盖的注释。使用PolymerDart时,特别是
@override
attached(){...}
我认为没有理由需要它。没有它就可以正常工作。
因为它只是一个注释,它是否只是让开发人员看到它们才能理解该函数是否覆盖了其他一些函数?
我敢打赌,它只适用于开发人员,与其他执行某种执行的注释不同,这些都没有。
答案 0 :(得分:4)
如果您启用linter规则annotate_overrides,则DartAnalyzer会提供提示
@override
注释@override
注释的成员,但实际上并未覆盖超类或接口的其他成员。如果@override
注释一致使用,则1e-04
注释很有用,因为它显示成员何时被覆盖。
linter规则确保一致地使用它。
还有`overridden_fields lint,但是AFAIK将被弃用,因为。直到最近才在Dart Development编译器中禁止此操作,但此限制已被删除。我不知道它是否仍然气馁,但有些情况下它是有道理的,因此我认为不应再使用linter规则,因为它很容易引起有效代码的提示。