java - 反对注解的论点

Question

我的团队正在迁移到 Spring 3.0，有些人希望开始将所有内容都迁移到 Annotations 中。当我看到一个具有这样的方法的类时，我的直觉(代码味道？)真的很糟糕:(只是一个例子 - 不是所有真正的注释)

@Transaction
@Method("GET")
@PathElement("time")
@PathElement("date")
@Autowired
@Secure("ROLE_ADMIN")
public void manage(@Qualifier('time')int time) {
...
}

我只是落后于时代，还是这一切在其他人看来都是一个可怕的想法？而不是使用像继承和多态这样的OO概念，现在一切都按照约定或通过注释。我只是不喜欢它。必须重新编译所有代码来更改 IMO 的配置似乎是错误的。但这似乎是一切(尤其是 Spring )的方式。我应该只是“克服它”还是应该回击并尝试让我们的代码尽可能地免费？

Answer 1

实际上，我认为你内心的不好感觉更多地与这种将配置与代码混合的注释有关。

我个人感觉和你一样，我更愿意将配置(例如事务定义、路径元素、 Controller 应该映射到的 URL 等)留在代码库本身和外部 Spring 之外XML 上下文文件。

我认为，虽然这里的正确方法归结为意见和您更喜欢哪种方法 - 我预测一半的社区会同意注释方法，另一半会同意外部配置方法。