Почему аннотации предпочтены по дескрипторам развертывания на Яве EE?

С дескрипторами развертывания я могу легко формировать бобы и другую информацию о сервлете во время развертывания без потребности открыть код и собрать его снова.

Тогда, почему аннотации заменили дескрипторы развертывания, аннотации сопровождаются весной, JSF 2.0 и зимуют также.

Кто-либо может сказать мне главные преимущества аннотаций по дескрипторам развертывания и других файлов конфигурации как (beans.xml, весна-config.xml, struts.xml)?

3
nl ja de

1 ответы

Во-первых, есть тенденция, чтобы заменить своего рода двойное языковое программирование (Ява + XML) с только одним (Ява).

И это иногда верно - легко проанализировать и прототип применение, когда все (данные, методы и метаданные/аннотации) находится в одном месте.

Но там также скрыл правду. xml имеет, это - использование и Весной есть своего рода xml DSL - посвятил признаки/признаки XML, чтобы формировать конкретные аспекты применения (безопасность, MVC, Операционная конфигурация, AOP). И использование этого, которое это очень легче написать и (что более важно) прочитанный и поддерживает такую конфигурацию.

И один, иногда аспект, о котором забывают. С xml у вас может быть два объекта того же самого класса, формируемого по-другому. С аннотациями вы помещаете их на класс, таким образом, каждый объект такого класса обычно - то же самое.

5
добавлено
Да. Изменение аннотаций требует перекомпиляции и I' m не верный there' s решение этого. Но изменение, xml не настолько легок, поскольку это кажется - XMLs, обычно упаковывается в БАНКИ и/или помещается в СЕТЬ-INF приложений ВОЙНЫ, таким образом, также могут требоваться некоторые или все шаги процесса сборки.
добавлено автор Grzegorz Grzybek, источник
Если аннотации используются, мы должны повторно собрать код для каждый небольшие изменения в классе. Это не необходимо во многих случаях, если у нас есть информация в xml. Делает тип annotion, предоставляют любое решение для этого. Пожалуйста, Помогите.
добавлено автор user1900662, источник
pro.jvm
pro.jvm
3 503 участник(ов)

Сообщество разработчиков Java Scala Kotlin Groovy Clojure Чат для нач-их: @javastart Наш сайт: projvm.com projvm.ru Наш канал: @proJVM Вакансии: @jvmjobs Конфы: @jvmconf

Java & Co
Java & Co
2 370 участник(ов)

Можно обсуждать с матом и без всё, что касается жабы, вплоть до холиваров. НЕ ИМЕЕТ ОТНОШЕНИЯ К САЙТУ JAVARUSH.RU ПРАВИЛА - https://t.me/javarush/75723 Вакансии сюда - https://telegram.me/joinchat/B7IzvUCnfo6d8t3yIxKguQ По вопросам - @thedude

learn.java
learn.java
1 888 участник(ов)

Чат для начинающих и не только Статистика: https://combot.org/chat/-1001083535868 Основной чат - @jvmchat

Java Underground
Java Underground
169 участник(ов)

https://vk.com/javatutorial

Javanese Questions
Javanese Questions
109 участник(ов)

Чат предназначен для обмена знаниями строго в формате в вопрос-ответ. Тема — Java, Kotlin и Android. Вопрос должен быть предварительно прогуглен, понятно и грамотно сформулирован, помечен хэштегами. Ответ — тем более. Куски кода размером в несколько строк можно писать прямо здесь, для больших кусков кода стоит использовать http://gist.github.com/, http://pastebin.com/, https://codeshare.io/ или любой аналогичный сервис. В некоторых случаях можно прикреплять скриншоты. Стикеры и гифки запрещены. Дополнять и уточнять вопросы и ответы — редактированием исходного сообщения. Обсуждения должны приводить к редактированию вопроса/ответа и удаляться. По хештегам можно искать существующие вопросы и овтеты: #вопрос #ответ #git #generics #java #server #awt #javafx #swing #kotlin #anko #tornadofx #ktor #android #recyclerView #performance #arch #network #permissions #storage #async