Discussion :

[v4np13]

Bonjour,

je suis en train de rédiger mon rapport de fin d'études. Durant mon stage, j'ai fréquemment utilisé un pattern que je n'avais pas vu au cours et je souhaiterai en parler dans mon rapport.

Le problème, c'est que je ne trouve pas son nom "officiel". Le but de ce pattern est de séparer la logique métier des annotations Java EE et d'apporter une plus grande souplesse en cas de modification de la logique métier.

Pour que cela fonctionne, on a besoin de:
-Une interface avec les prototypes de méthodes
-Une classe implémentant l'interface et contenant la logique métier (codée par le développeur)
-Une autre classe qui implémente l'interface et qui hérite de la classe précédente. Elle contient toutes les annotations Java EE et délègue les activités à la classe mère.

Ce "pattern" a été utilisé dans la démarche du Model Driven Engineering. On fait les schémas, puis on génère les sources. Le développeur n'a plus qu'à se concentrer sur la logique métier de l'application. Les fichiers générés sont l'interface et la sous-classe.

La classe codée par le développeur ne contient plus aucune annotation Java EE, c'est du simple Java.

Est-ce que cette façon de structurer le code porte un nom ? Est-ce qu'il y a un design pattern caché derrière ? Si oui, lequel ?

Merci d'avance pour votre aide

[djo.mos]

Salut,
C'est la délégation, voire proxy.

[v4np13]

Un grand merci pour ta réponse, il s'agissait bien du pattern proxy utilisé dans un autre cas.