Guida all'architettura dell'applicazione Java

Question

Esiste una guida all'architettura dell'applicazione Java che corrisponda a questa: http://www.codeplex.com/AppArchGuide?

Answer 1

Il seguente dovrebbe essere utile a voi

1. Core J2EE Patterns
2. Effective Enterprise Java
3. Patterns of Enterprise Application Architecture
4. Head First Design Patterns
5. J2EE Blueprints
6. Sun Certified Enterprise Architect, Study Guide

Anche se, avendo dato una rapida occhiata al documento da codeplex, posso dirvi che probabilmente il 70-80% di ciò che è lì dentro vale anche per Java.

Answer 2

Mi scuso per non aver letto il link molto bello che hai fornito.

Dirò che l'architettura dovrebbe essere una sorta di cosa indipendente dalla lingua. Una volta compresi i principi, dovrebbe essere necessario mappare le caratteristiche e i dettagli di implementazione di una piattaforma sull'altra.

Esito a postare collegamenti a qualsiasi standard Java EE, poiché le modifiche apportate all'utilizzo di EJB 3.0 rendono obsolete molte "best practice" di versioni precedenti.

La mappatura relazionale oggettuale è ora incorporata in JPA; La primavera ha introdotto idee come l'iniezione di dipendenza e la programmazione orientata all'aspetto.

In questo momento, direi che studiare Spring ti darebbe la migliore visione delle best practice Java per l'architettura aziendale.

Answer 3

sto ancora scaricando il documento di riferimento, ma dalla descrizione della pagina penserei

a) Un sacco di esso dovrebbe essere indipendente dal linguaggio, quindi dovrebbe applicarsi a java pure.
b) I modelli di Enterprise Application Architecture potrebbero adattarsi. (Anche questo è piattaforma/linguaggio indipendente.) Si può leggere sul libro qui http://martinfowler.com/books.html

Edit:
Ho appena scremato sul documento. Sembra davvero intersecante. Immagino di dover passare un po 'di tempo con esso.

I riferimenti a .NET sono estremamente limitati e elencano principalmente i componenti appropriati dello stack di tecnologia .NET per una data ara. per esempio. Windows Mobile Qualcosa per l'implementazione del client di un'applicazione mobile. In molti casi questo è davvero solo marketing.

Quindi l'equivalente per Java sarebbe quello di raccomandare la soluzione Sun corrispondente. Come MySQL per un database. Sebbene questo approccio abbia senso per MS, che preferirebbe che i propri sviluppatori fossero bloccati in materiale MS, non ha senso che Sun/Java abbia l'apertura come argomento di vendita principale. Quindi una dichiarazione come "usa MS SQL Server per questo" diventerebbe utilizzabile, Oracle, db2, mysql, ms sql server, hsqldb, derby, informix, postrgres o qualsiasi altro database per questo ... non molto utile. Quindi immagino che non succederà.