Bonjour !

Je développe une appli qui est divisé en 5 couches :

- L'interface
- La couche métier
- L'accès aux données
- L'accès réseau
- La couche modèle, qui gère les objets qui se trimbalent dans toutes les couches (pour éviter d'avoir des références cycliques, entre autre).

Le truc c'est qu'on m'a toujours dit, par exemple dans une archi 3-tier (GUI, BLL, DAL) de toujours accéder couche par couche, c'est à dire que la GUI appelle la BLL qui va appeler la DAL à son tour, et pas passer de la GUI à la DAL directement.

Et je me pose des questions sur un truc auquel je fais face :

J'ai des events sur un objet dans ma couche réseau. J'ai crée des events dans ma couche réseau qui sont en fait des Wrappers sur les events de l'objet en question.
Le problème c'est que j'aimerai remonter les events là au niveau de la GUI, parce qu'il y a des modifications d'interface à faire pour chacun des events.

Ce que je me demande donc, c'est si je dois faire un passage direct entre la couche réseau et l'interface, ou bien quand même passer par la BLL ?

Si je passe par la BLL, ça fait chier parce que ça rajoute du code superflux pour encore une fois wrapper les events de la couche réseau qui sont eux-mêmes wrappés de l'objet principal de la couche réseau ...

Hello,
Tu peux donner un exemple plus concret de cette couche d'accès réseau et du style d'event qui remonte?

C'est une couche réseau plutôt light : dedans y a grossomodo un objet Socket qui s'occupe de la communication.
Cet objet à différents events, du style Connected, Disconnected, DataReceived, ...

Pour donner un exemple, imaginons que l'event Connected soit appelé.
Au niveau de la couche réseau, j'ai pas grand chose à traiter dans cet événement, mais il faut quand même qu'il remonte jusqu'à la GUI pour par exemple mettre en vert un label pour dire qu'on est connecté.

Rien ne t'empêche de façonner une architecture à tes besoins, pour ton problème je pense que le pattern observer pourra résoudre ton problème

Il te suffit de permettre à ton UI de fournir un listener à ton code réseau afin que celui-ci puisse appeler les méthodes correspondant aux events.
Mais bon, attention à pas surcharchitecturer non plus...