Argumenty przeciw adnotacjom

Mój zespół przechodzi na Spring 3.0 i są ludzie, którzy chcą zacząć wszystko przenosić na adnotacje. Po prostu widzę klasę, która ma takie metody: (tylko przykład - nie wszystkie prawdziwe adnotacje).

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

Czy jestem tuż za czasami, czy może to wszystko wydaje się okropnym pomysłem dla kogoś innego? Zamiast tego, używając pojęć OO, takich jak dziedziczenie i polimorfizm, wszystko jest teraz zgodne z konwencją lub poprzez adnotacje. Po prostu tego nie lubię. Konieczność ponownej kompilacji całego kodu w celu zmiany rzeczy, które konfiguracja IMO wydaje się niewłaściwa. Ale wydaje się, że tak właśnie postępuje wszystko (zwłaszcza wiosna). Czy powinienem po prostu „przeskoczyć”, czy też powinienem odepchnąć i spróbować zachować nasz kod jako adnotację za darmo?

questionAnswers(11)

yourAnswerToTheQuestion