Выпуск стабильной версии Spring

Прямо сейчас я пытаюсь исследовать, как стабильный релиз Spring сейчас. У меня возникли проблемы с определением того, является ли самая последняя версия Spring (3.1.1) лучшим выбором для базовой архитектуры. Существуют ли различия между 3.0 и 3.1? Если это так, то есть влияние на структуру кодирования так же, как переход с весны 2.0 на 3.0. В настоящее время у нас есть базовая архитектура Spring 2.0, и мы планируем перейти на 3.X для интегрированной поддержки AJAX и интегрированной поддержки REST. Есть ли другие льготы при переходе на 3.X? Это хорошая идея перейти на Spring 3.0? Если да, есть ли какие-либо недостатки в переносе, какая версия лучше всего переносить? Спасибо, что нашли время в чтении этого, хорошо провести день.Выпуск стабильной версии Spring

источник

2012-07-03 Anonymous

Есть ли какие-либо различия между 3.0 и 3.1?

http://static.springsource.org/spring/docs/3.1.x/changelog.txt

EDIT: нормально, то это слишком технический, попробуйте следующее:

http://static.springsource.org/spring/docs/3.1.x/spring-framework-reference/html/new-in-3.1.html

EDIT 2: нет, вы не должны использование аннотаций. Это просто удобная функция в основном.

EDIT 3: в Implementing Controllers Все конфигурации на основе аннотаций имеют свои аналоги на основе XML-схемы. Тем не менее, если у вас нет веских оснований против аннотаций, вы можете попытаться постепенно переключиться на эту парадигму, поскольку ее легче читать, таким образом, легче поддерживать. (по крайней мере, на мой взгляд)

источник

2012-07-03 01:28:58

Я читал изменения, но я не могу найти какую-либо полезную информацию, кроме внутренних изменений архитектуры, которые, по моему мнению, очень незначительны (также я не могу даже отдаленно понять большинство записей). То, что я подразумевал под изменениями, заключается в структуре кодирования, например, при миграции до весны 3.0 из 2.0 вам нужно преобразовать свои коды в контроллер типа аннотаций. Но, спасибо, ссылка в любом случае. –

@zerostasis: добавлено еще одно звено –

Неужели я этого не делаю? По-видимому, старый метод для запуска Spring 2.0 устарел на Spring 3.0. И на основании того, что я читал (по крайней мере, когда был выпущен 3.0), было то, что через 1-2 года устаревшие коды Spring будут удалены навсегда и не будут поддерживаться. Если это не так, вам будет интересно просветить меня больше. –

Я перенес некоторые проекты с весны 2.5.6 до весны-3.1 без каких-либо серьезных проблем. Я не могу говорить с весной-3.1.1, но если это релиз без вехи, мне было бы комфортно обновляться.

Вот ссылка на весенне-3,1 особенности: http://static.springsource.org/spring/docs/3.1.0.M2/spring-framework-reference/html/new-in-3.1.html

Если вы двигаетесь вверх от 2.x до 3.x я не вижу никаких причин, почему бы вам не перейти на 3.1, даже если вы не вижу немедленного использования для 3.1 функций.

источник

2012-07-03 01:28:08 Kevin

Что вы имеете в виду по высвобождению, не веха? Кроме того, я боюсь сделать еще одну архитектуру на Spring 3.0 или 3.1, а затем сообщество Spring неожиданно решило еще одну серьезную ревизию, которая делает мою архитектуру устаревшей через 2-3 года. –

Весна обычно выделяет вехи (с версией M1 или M2 в версии), которые менее стабильны. Окончательные релизы обычно очень стабильны. И я не понимаю вашего комментария о будущем серьезном пересмотре, который вызывает изменение вашей архитектуры. Вы никогда не обязаны обновляться, если не видите преимуществ в новых функциях. И вы не можете предсказать и не контролировать то, что произойдет в будущем в отношении весенних выпусков, так зачем беспокоиться об этом? – Kevin

Да, есть некоторые незначительные различия между Spring 3.0 и 3.1, некоторые из них хорошо документированы в книге Pro Spring 3, в основном поддержка JPA была улучшена с помощью вспомогательных функций, таких как проект spring-data , поддержка некоторых стандартных аннотаций Java EE и возможность создания bean-компонентов "profiles" внутри вашей xml-конфигурации, которая может быть полезна при использовании наряду с maven, среди прочих функций.

Переход от 2,0 до 3.x не должно быть проблемой, если придерживаться старой xml основе конфигурации

источник

2012-07-03 01:40:02 higuaro

Если я могу спросить. Является ли старая конфигурация на основе XML той, которая устарела в Spring 3.0? –

AFAIK конфигурация на основе XML не устарела, не заменяется другой файловой структурой xml. До сих пор есть еще 3 способа сделать конфигурацию весной, программно, с помощью xml и аннотациями (хотя с аннотациями вам нужно написать некоторый базовый xml), у каждого есть свои плюсы и минусы, а некоторые сценарии поддерживают один за другим – higuaro

Если это правда, тогда вы можете направить меня на сравнение плюсов и минусов для этого подхода. И какой подход вам наиболее удобен лично. Кроме того, я прошу прощения за многое. Я был далеко от Весны так долго, что мне нужна помощь в том, как реализовать каждый подход. –

Выпуск стабильной версии Spring

ответ

Смежные вопросы