Я должен сделать больше JavaSE прежде, чем перейти к JavaEE?

Знание никогда не является плохой вещью, таким образом, больше SE рекомендуется.

Но нет ничего неправильно с тем, чтобы намочить ноги с EE теперь. Запустите с сервлетов, JSPs и JDBC. Можно сделать много полезных вещей только с ими, и справедливо назвать это EE.

Если Вы действительно пишете JSPs, просто удостоверьтесь, что Вы делаете это правильный путь - использующий JSTL, Стандартную Библиотеку тегов JSP. Никакой код scriptlet.

Хороший разработчик может всегда легко осваивать API. Плохой разработчик может легко неправильно использовать API. Следовательно, станьте хорошим разработчиком сначала.

Мне всегда не нравится термин, "перемещающийся в J2EE", так как J2EE является просто набором свободно связанных технологий.

Кто-то может создать сервлеты сборки и JSPs, но не знать что-либо abougt EJBs, или наоборот. Кто-то может использовать, в спящем режиме для персистентности или JMS для отправки сообщений, никогда не считая это J2EE (который является моим случаем, например).

API приходят и уходят, но является самым важным стать солидным разработчиком в базовом Java. Если Вы хотите, прочитайте достаточно учебных руководств, чтобы понять основные понятия, возможно, даже играть вокруг немного в Ваше свободное время. Поймите важные понятия как поточная обработка, базы данных, и т.д.

Например, поймите JDBC перед приближением, в спящем режиме.

Вы готовы пойти для JavaEE.

То, когда Вы будете использовать его, Вы будете использовать JavaSE для JavaEE, является JavaSE + новый, освобождает.

Мне лучшее (почти только) способ изучить новую технологию на самом деле работает над ним. Я пытался читать и узнать о JSP (назад в 2000) или любая новая платформа, но я просто скучаю.

Я никогда не добираюсь, в спящем режиме или EJB's, пока я на самом деле не получил некоторый проект, в котором я мог применить его.

Я считал много пружины, и вероятно я мог передать интервью, но так как я никогда не использовал его в проекте, я не рассматриваю мой сам, что я знаю это (Хотя я знаю, как оно работает, файлы конфигурации и даже новые изменения).

Таким образом, моя рекомендация, если можно предоставить ее, получить задание, неважно, если плата плоха, поместите руки на любой проект JSP, как только Вы можете. Изучение будет намного лучше, чем какая-либо Книга, Учебный лагерь, Курс или что-либо, что можно получить.

Вероятно, это только работает на меня.:)

Я согласился бы с советом, учитывая, что нормально вскакивать в J2EE от изучения базового Java. Тем не менее я непрерывно затачивал бы Ваши базовые навыки Java.

Когда я ищу разработчиков J2EE, которых я хочу в своей команде, я ищу людей, которые знают, как написать простой удобный в сопровождении код путем использования JDK к его полному объему. Необходимо знать наборы API как свои пять пальцев. Необходимо определенно практиковать совет, данный в Эффективном Java. В конечном счете необходимо будет знать часть тонкости поточной обработки (шаг 1: сохраните свои объекты неизменными; шаг 2: посмотрите шаг 1).

BTW, если Вы находитесь в нью-йоркской области, оставляют комментарий, и возможно мы можем связаться друг с другом офлайн.

Разъяснение: каждое интересное JAVA-приложение потребует бизнес-логики и использования простых объектов Java (POJOs). Тривиально, это включает приложения J2EE, является ли это веб-приложением, платформой для использования веб-приложениями или даже сервером приложений J2EE самим. Это - обычно глазной опыт открытия для Java-разработчика, после того как они разработали "игрушечный" сервер приложений. J2EE становится намного легче после этого.

Моими световыми сигналами истинный J2EE "ведущее устройство джедая" знает, как демонтировать сервер приложений к его основным базовым компонентам Java. Например, EJBs являются прокси, которые переносят бизнес-POJOs путем добавления возможности вызовов удаленной процедуры с сетевым протоколом RMI, а также транзакционным менеджером. Если Вы понимаете RPCs, RMI и транзакции, Ваши возможности понимания, что EJBs быстро повышается.

Или помещать его в разговор Joel Spolsky, J2EE является текучей абстракцией, созданной сверху J2SE сетевой API.

Я начал работать над JavaEE без недостаточного ведома основного Java, и я полностью сожалею о нем!

JavaEE не является просто дополнительным набором API, он охватывает столько понятий от EAI, SOA и DBS. При попытке освоить те понятия, изучите API и все еще узнавание основы - Java, была реальная проблема.

JavaEE звучит захватывающим, и это, но если Вы - кто-то, кто хочет произвести чистый, легкий к тестовому и правильному коду, моему совету: запустите с Java SE.

Когда мы запустили J2EE, ни один из нас ничего никогда не кодировал кроме SE прежде также; я пошел бы для него.