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

Question

Существует ли Руководство по архитектуре приложений Java, которое соответствует этому: http://www.codeplex.com/AppArchGuide?

Answer 1

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

1. Core J2EE Patterns
2. Эффективная корпоративная Java
3. Шаблоны архитектуры корпоративных приложений
4. Первые образцы дизайна головы
5. J2EE Blueprints
6. Sun Certified Enterprise Architect, Учебное пособие

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

Answer 2

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

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

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

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

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

Answer 3

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

a) Многие из них должны быть независимыми от языка, поэтому должны применяться и к Java.
б) Шаблоны архитектуры приложений предприятия могут подойти. (это также не зависит от платформы / языка.) Вы можете прочитать о книге здесь 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 или любой другой базы данных для этого ... не очень полезно. Так что, думаю, этого не произойдет.