Подскажите нужно ли стремиться использовать в проектах для работы с Hibernate "Hibernate Annotations"? Вообще что считается хорошим стилем работы с Hibernate? Применений аннотаций (все описание в коде) или когда описание каждого класса помещать в отдельный xml файл?

Мне больше нравятся аннотации. Они ближе к коду.
Хотя однозначно сказать, что лучше, а что хуже - нельзя.

Странное дело, всю жизнь гвоорили "разделяй и властвуй", ратовали за всевозможные декомпозиции, а теперь с появлением этих аннотаций код иногда таким месивом кажется.

Вот-вот. В один класс сваливается и ява-код, и какие-то пометки, конфиги...

В каждом случае использование аннотации надо смотреть - я например для Hibernate аннотацию не использую - удобно, когда отдельно описатели. А вот для тех же EJB - удобно.

как по мне так использование аннотаций  - это удобно.

Для маленьких проектов с небольшим числом сущностей юзаю аннотации, в этом случае  близость кода и маппинга упрощает работу.
Для больших проектов, ИМХО, лучше выносить в xml-файлы, только мы это делаем не по отдельности один файл на каждую сущность, а один файл на package (которые, в свою очередь, сгруппированы по смысловой близости). Во-первых, сами классы и маппинги могут писаться разными людьми и тогда удобнее что они разделены, да и в CVS сразу видно что именно (сам класс или его маппинг) изменилось. Во-вторых, зачастую аннотации могут применяться для других целей и если туда ещё и hibernate запихнуть, то код становится трудночитаемым.

Если говорить о EJB, то мы для SessionBean часть описываем в аннотациях, часть в xml файлах (в основном относящуюся к кластеризации - в этом случае для отключения кластеризации достаточно удалить или закомментировать xml-описания).

В общем, нужно смотреть по ситуации 

Ну JavaDoc вместе с кодом - это же удобно. И аннотацци - тоже удобно, не надо открывать отдельный файл, чтобы посмотреть что к чему. При изменении кода, меньше шанс, что забудешь внести изменения в конфиги.

Угу.


Если это только документация, то да. Сам я не работал с xdoclet, но пару лет назад частенько видел в инете восклицания по поводу того, как он может засорять код и в итоге затруднять его чтение. Аннотации сами по себе легче читаются, но всё равно, по-аналогии, можно сделать вывод, что _большое_ кол-во аннотаций тоже может приводить к проблеме.

Удобно - хороший аргумент. Один мой друг по этому поводу припомнил время, когда только PHP появился - тоже было много разговоров, что удобно ;)

Хотя сегодня впервые увидел аннотации в JUnit  4.х (раньше пользовался 3.х и в ус не дул) - симпатично.

А ты знаешь инструмент лучше для создания Personal Home Page-ей?  
Понятно, что любая технология имеет недостатки и, при определенных условиях, они могут перевешивать преимущетсва. Но это же не значит что преимуществ нет.

Всецело согласен. Если есть возможность - то аннотации. С xml-конфигами нужно весь проект перерыть и обязательно что-то где-то забыть поправить. 

P.S.: А по поводу "разделяй и властвуй", так это нужно мухи и котлеты разделять, а не котлеты и специи.   

Прекрасно сказано, извините за   

Это сообщение отредактировал(а) AlexeyVorotnikov - 13.7.2007, 11:12