相关疑难解决方法(0)

反对注释的论据

我的团队正在转向Spring 3.0,有些人想要开始将所有内容都移到Annotations中.当我看到一个类似这样的方法的类时,我的肠道感觉非常糟糕(代码味道?):(只是一个例子 - 不是所有真正的注释)

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

我只是落后于时代,还是这对所有人来说都是一个可怕的想法?而不是使用诸如继承和多态的OO概念,现在通过约定或通过注释来实现一切.我只是不喜欢它.必须重新编译所有代码来改变IMO配置的东西似乎是错误的.但它似乎是一切(特别是春天)的方式.我应该"克服它"还是应该推回并尝试尽可能地保留我们的代码作为注释?

java annotations coding-style

52
推荐指数
6
解决办法
5896
查看次数

依赖于Spring的注释

我使用@ Repository,@ Resource,@ Component,@ Service注释注释了我的类,但这些类必须在2个环境中运行.第一个环境是基于Spring 2.x而另一个环境根本没有弹簧.我确信如果没有弹簧罐,代码就会失败,我想知道你如何保留注释但仍能在两种环境中工作的想法

java spring annotations

5
推荐指数
2
解决办法
1251
查看次数

标签 统计

annotations ×2

java ×2

coding-style ×1

spring ×1