Meilleur motif de conception pour HttpRequestDispatcher?

Question

Quel est le meilleur modèle de conception à utiliser pour un répartiteur de requêtes HTTP qui doit effectuer un "GET" ou un "POST", retourner un flux de sortie, analyser le flux de sortie et afficher les résultats analysés sur une interface?

Actuellement, j'ai un HttpRequestDispatcher.java dans lequel une classe d'interface utilisateur est définie dans son constructeur, et dans la méthode run() threadée, les résultats sont envoyés à UIClass.requestSucceeded ou UIClass.requestFailed, où le flux est alors analysé et les résultats affichés.

Le problème avec ceci est que je veux vraiment une séparation des soucis entre l'interface, l'analyseur, et le répartiteur. De cette façon, à l'avenir, je peux vraiment réutiliser le répartiteur avec beaucoup d'autres classes ... Maintenant, je dois avoir un HttpRequestDispatcher pour chaque "Ecran" ...

J'apprécierais tout conseil, merci!

Answer 1

Tout d'abord, vous devez envoyer la chose déjà analysée à la vue. Votre vue ne doit pas contrôler les éléments d'analyse/la logique.

Maintenant, le flux devrait aller quelque chose comme ça,

Parse -> Dépêche -> Présent

Ici, je sens que vous utilisez votre dispatcher en tant que contrôleur, vous voudrez peut-être faire un singleton quelque chose, et construire une usine de parsers. Ensuite, votre dispatcher devrait décider quel analyseur est requis en fonction de certains paramètres, et devrait également déterminer un view approprié pour expédier la chose analysée.