Discussion :

[goran kajfes]

Bonjour à tous.

J'ai du mal à distinguer ce qui relève de la couche métier de ce qui relève de la couche d'accès aux données, ce qu'est exactement un objet métier et plus généralement comment bien architecturer un programme.

Prenons un exemple. Au niveau de la couche de présentation, je souhaite récupérer une liste d'élèves ainsi que les examens que chacun d'eux a réussi (très pratique pour faire des liaison de données et limiter l'accès à la base). Je pensais récupérer cela avec la requête GetElevesAndExamens renvoyant une liste d'objets EleveAndExamens. Ce dernier dérive de l'objet Eleve avec une propriété en plus : une liste d'objets Examen.

GetElevesAndExamens serait une méthode métier. Exact ?

Voici les instructions (placées dans une transaction) que contiendrait cette méthode:

1. appel à la méthode GetAllEleves de la couche d'accès aux données (DAL) pour récupérer la liste de tous les objets Eleve
2. parcours de la liste des objets Eleve, pour construire une liste d'objets EleveAndExamens grâce au constructeur EleveAndExamens(Eleve)
3. parcours de la liste des objets EleveAndExamens pour leur associer la liste des objets Examen renvoyés par la méthode GetExamensFromEleve (méthode DAL)

Est-ce qu'une telle architecture vous parait farfelu ? classique ?

Est-ce que EleveAndExamens est un objet métier au même titre que Eleve ?

[Straahd]

Bonjour,

Pour répondre à ta dernière question, pour moi EleveAndExamens n'est pas ni une classe ni un objet métier.

Tu à dans ce cas précis 2 objets métier Eleve et Examen, avec une relation 0..N entre les 2.

Pour moi la couche de données doit fournir à la couche métier les méthodes nécessaire pour récupérer les données en fonction du contexte.
Ta méthode de récupération de tout les élèves pour ensuite voir ceux avec un examen réussi me semble un peu "brutale".

L'idée pour moi de la couche métier et de la couche donnée est que celle métier n'évoluera qu'en fonction des évolutions du métier, des règles de gestion et de la réglementation par exemple. Jamais elle ne doit être modifié en cas de changement de technologie notamment du SGBD.

Pour ma part ma couche DAO récupère les données, les crée les objets métiers (avec leurs relations) et ensuite renvoi ca à la couche métier qui les utilise (règle, affichages, etc..)

[goran kajfes]

Salut Straahd. Désolé pour le délai.

L'idée pour moi de la couche métier et de la couche donnée est que celle métier n'évoluera qu'en fonction des évolutions du métier, des règles de gestion et de la réglementation par exemple. Jamais elle ne doit être modifié en cas de changement de technologie notamment du SGBD.

En fait, j'utilise des classes de connexion à la base et des classes de commandes indépendantes du SGBD.

Pour ma part ma couche DAO récupère les données, les crée les objets métiers (avec leurs relations) et ensuite renvoi ca à la couche métier qui les utilise (règle, affichages, etc..)

Merci. Je crois que le mieux pour moi serait de lire un manuel sur l'architecture logicielle en couche et un autre (le même ?) sur UML.