Pull to refresh

Comments 6

Думаю, что статья будет полезна тем, кто хочет начать использовать Spring MVC или перейти на использование аннотаций. Однако, есть пара замечаний:

1. Код в статье неплохо было бы раскрасить, потому что сходу не понятно, где заканчивается объяснение и начинается код.

2. Зачем тянуть в xml-описание бинов все возможные нэймспейсы, даже если они не используются?

3. Можно ли View-ресолвер описать аннотациями?

Ну и возможно кому-то будет интересно: статья про использование Spring-аннотаций здесь на Хабре:

1. flashxl.habrahabr.ru/blog/48439/
2. habrahabr.ru/blogs/java/48606/
спасибо, за комментарии, будем менятся в лучшую сторону
Хотелось бы подметить, что для больших проектов использование XML вместо аннотаций удобнее, т.к. можно последить весь маппинг в одном месте. Когда же маппинг размазан по классам, навигация становится затруднительной. Естественно, это относится к тому случаю, когда используемая IDE не поддерживает визуализацию маппинга, построенного на аннотациях.
Вторым аргументов в пользу XML является то, что при поддержке сервера с рабочим приложением при отсутствии актуальных (для данной конкретной версии) исходников наличие файла с маппингом — большой плюс.
конечно, вы правы, но есть места где аннотации удобнее
UFO just landed and posted this here
Я не зря подчеркнул слово «актуальные».
Проблема в том, что обычно в репозитории лежит рабочая версия кода, а на сервере — последний релиз. При этом иногда случаются форс-мажорные ситуации, когда в результате хот-фиксов релиз не соответствует НИ ОДНОЙ сборке из репозитория. Редкость, но все-таки иногда случается. В этом случае наличие XML предпочтительнее аннотаций.
Sign up to leave a comment.

Articles