Java EE modèles - Registre et autres - la pertinence

Question

Je suis en train de lire le livre Patterns of enterprise application architecture. Tout en passant par les modèles de base - tels que Registry pattern je trouve que les possibilités que ces modèles qui ont été publiés en novembre 2002 peuvent ne pas être les meilleures solutions possibles.

Par exemple, prenez le modèle de Registre. Dans notre organisation, nous utilisons des appels JDBC simples pour les opérations db et, si nécessaire, transmettez l'objet de connexion pour une seule transaction. Cette approche n'est pas la meilleure - mais l'alternative d'utiliser le modèle de registre est également is not seeming good car la dépendance ne serait alors pas visible - peut être un problème pour le test. L'injection de dépendance est suggérée comme meilleure façon d'implémenter ce comportement. Est-ce que quelqu'un qui a travaillé sur les applications web/d'entreprise Java EE pourrait nous en parler? Et que recommanderiez-vous pour analyser l'utilisation de chaque modèle (ses avantages et ses inconvénients?). Un livre récent qui couvre ce sujet en détail?

Answer 1

(...) Un livre récent qui en fait une couverture détaillée?

Je recommande Adam Bien de Real World Java EE Patterns si vous êtes à la recherche d'une couverture jusqu'à ce jour des modèles et des meilleures pratiques avec Java EE 5 et 6:

Real World Java EE modèles comprend la couverture de :

1. Une introduction dans les principes de base et des API Java EE 6 (EJB, JPA, JMS, JCA, JTA, Dépendance Injection, Convention Plus configuration, Interceptor, REST) ​​
2. Principes des transactions, des niveaux d'isolement, Remoting dans le contexte de Java EE 6
3. Cartographie des modèles J2EE de base en Java EE
4. Discussion des modèles et des meilleures pratiques désuètes superflues comme OTI, délégués commerciaux, transfert de données objets stratification étendue, etc. indirections
5. motifs de la couche d'affaires pour le domaine conduits et orientés vers le service architectures
6. modèles d'intégration de asynchrone, l'héritage ou incompatibles ressources
7. modèles infrastructurelles pour avides de départ de services, le suivi fil , contrôles pré-condition, Java EE 6 ou intégration de recherches tiers injection de dépendances cadres comme Guice
8. Conseils pour la documentation efficace et le test
9. Le un service pragmatique et des architectures axées sur domaine, basé sur les modèles discutés
10. entièrement fonctionnelle Java Connector Architecture (JCA) mise en œuvre avec le code source
11. EJB 2 - EJB 3 migration