Руководство по архитектуре приложений Java

Ответ 1

Для вас должно быть полезно следующее:

• Основные шаблоны J2EE
• Эффективная корпоративная Java
• Шаблоны архитектуры корпоративных приложений
• Первичные шаблоны дизайна
• J2EE Blueprints
• Sun Certified Enterprise Architect, Учебное пособие

Хотя, быстро взглянув на документ из кода, я могу сказать, что, вероятно, 70-80% того, что там есть, относится и к Java.

Ответ 2

Я прошу прощения за то, что вы не прочитали очень приятную ссылку, которую вы предоставили.

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

Я стесняюсь размещать ссылки на любые стандарты Java EE, потому что изменения, внесенные в EJB 3.0, делают многие "лучшие практики" более ранних версий устаревшими.

Объектно-реляционное сопоставление теперь воплощено в JPA; Spring представил идеи, такие как injectionecy инъекции и аспектно-ориентированное программирование.

Сейчас я бы сказал, что изучение Spring даст вам лучшее представление о лучших практиках Java для архитектуры предприятия.

Ответ 3

Я все еще загружаю документ, на который ссылаюсь, но из описания страницы я бы подумал

a) Многое должно быть независимым от языка, поэтому оно также должно применяться к java.
b) Модели архитектуры корпоративного приложения могут соответствовать. (это также не зависит от платформы/языка.) Вы можете прочитать о книге здесь http://martinfowler.com/books.html

Edit:
Я просто просмотрел документ. Выглядит очень странно. Думаю, мне нужно потратить еще немного времени.

Ссылки на .NET там крайне разрежены и в основном перечисляют подходящие части стека технологий .NET для данной ары. например Windows Mobile Что-то для реализации клиента мобильного приложения. Во многих случаях это действительно просто маркетинг.

Таким образом, эквивалент Java должен рекомендовать подходящее решение Sun. Как MySQL для базы данных. Хотя этот подход имеет смысл для MS, который предпочел бы, чтобы их разработчики были заперты в MS-материалах, для Sun/Java не имеет смысла, поскольку в качестве основного аргумента продажи есть открытость. Таким образом, выражение, подобное использованию MS SQL Server для этого, превратилось бы в использование, Oracle, db2, mysql, ms sql server, hsqldb, derby, informix, postrgres или любую другую базу данных для этого... не очень полезно. Поэтому я думаю, что этого не произойдет.