modèles Java EE - Registre et autres - pertinence [fermé]
-
03-10-2019 - |
Question
Je lis le livre modèles d'architecture applications d'entreprise . Tout en passant par les modèles de base - tels que Registre modèle Je constate que les possibilités que ces modèles qui ont d'abord été publié en novembre 2002 ne peut pas être les meilleures solutions possibles pour aller.
Par exemple prendre le modèle de registre. Dans notre organisation, nous utilisons de simples appels JDBC pour les opérations db et si nécessaire passer l'objet de connexion pour une seule transaction. Cette approche est pas le meilleur - mais l'alternative de l'utilisation de modèle d'enregistrement aussi est pas bon apparente que la dépendance ne serait alors plus visible - peut être un problème pour les tests. L'injection de dépendance est proposée comme une meilleure façon de mettre en œuvre ce comportement.
Quelqu'un peut-il qui a travaillé sur le web / entreprise Java EE applications commentaire sur ce point - et que recommanderiez-vous d'analyser l'utilisation de chaque modèle (ses avantages et ses inconvénients?). Tout récent livre qui fait une couverture de cela en détail?.
La solution
(...) Tout récent livre qui fait une couverture de cela en détail?
Je recommande Modèles Real World Java EE Adam Bien si vous êtes à la recherche d'une couverture à jour des modèles et des meilleures pratiques avec Java EE 5 et 6:
Real World Java EE modèles comprend couverture:
- Une introduction dans les principes de base et des API Java EE 6 (EJB, JPA, JMS, JCA, JTA, dépendance Injection, Convention Plus Configuration, Interceptors, REST) ??
- Principes de transactions, les niveaux d'isolement, Remoting dans le contexte de Java EE 6
- Cartographie des modèles de base J2EE en Java EE
- Discussion des modèles superflus et les meilleures pratiques obsolètes comme OTI, Délégués commerciaux, transfert de données Objets en couches étendues, etc indirections.
- motifs de la couche d'affaires pour le domaine axé sur le service et conduits architectures
- Modèles d'intégration de asynchrone, l'héritage, ou incompatible ressources
- modèles infrastructurelles pour-démarrage désireux de services, fil le suivi, les contrôles pré-condition, Java EE 6 ou intégration des recherches Injection de dépendances tiers cadres comme Guice
- Conseils pour la documentation efficace et tests
- Service Lean et pragmatique et architectures axées sur domaine, sur la base les motifs discutés
- Entièrement fonctionnel Java Connector Architecture (JCA) avec la mise en œuvre code source
- EJB 2 - 3 EJB migration