Порт = Место, куда поставки прибывают в
Протокол =, Как груз загружается на поставке
"... Какую технологию вы использовали сразу: AOP, сложный спящий режим ..." - Я бы сказал, что лучше спросить, что люди не использовали сразу. Я бы добавил примеры, которые вы цитируете, в этот список.
Spring MVC и шаблон JDBC были бы моими стартовыми рекомендациями. Только с ними можно пройти очень долгий путь.
Я бы порекомендовал строго следовать архитектурным рекомендациям Spring. Используйте их идеи наслоения. Убедитесь, что ваш веб-слой полностью отделен от остальных. Вы делаете это, позволяя веб-уровню взаимодействовать с серверной частью только через уровень сервиса.
Если вы хотите повторно использовать этот уровень сервиса, хорошая рекомендация - предоставить его с помощью Spring «сначала контракт» веб-сервисов. Если вы начнете с сообщений XML, которые вы передаете туда и обратно, ваш клиент и сервер могут быть полностью разделены.
IDE с лучшей поддержкой Spring - это IntelliJ. Стоит потратить несколько долларов.
Прежде всего, Spring - это модульность, и она работает лучше всего, если вы сосредотачиваетесь на написании небольших компонентов, которые делают одно и делают это хорошо.
Если вы в целом следуете лучшим практикам, например:
Если ваши компоненты маленькие и соответствуют вышеприведенным догмам, их должно быть легко подключить и поиграть с другими вещами. Вышеупомянутые моменты, естественно, справедливы и для самой среды Spring.
PS
Не слушайте вышеупомянутые пункты, они говорят о том, как делать что угодно. Важнее научиться думать, чем что-то делать. Люди могут думать, повторять что-то - не умно, а думать - нет.
С выпуском Spring 2.5 и 3.0 я думаю, что одним из наиболее важных передовых методов, которыми можно воспользоваться сейчас, являются аннотации Spring. Аннотации для контроллеров, служб и репозиториев могут сэкономить массу времени, позволяют сосредоточиться на бизнес-логике вашего приложения и потенциально могут сделать все ваши объекты простыми старыми объектами Java (POJO).