Question

Si une couche de présentation être divisé en présentation et recevoir des objets ou des objets uniques qui gèrent des données dans les deux sens?

Était-ce utile?

La solution

La couche de présentation doit être assis derrière des interfaces qui gèrent à la fois la présentation et la réception. La principale raison est que si vous aviez deux interfaces, l'une pour la présentation et l'autre recevant il est possible, en théorie au vent avec deux objets différents attribué à chaque bizarrerie causant des tests.

Toutefois, si l'interface se développe dans des dizaines de méthode que vous pouvez revenir en arrière et regarder le divisant en unités plus petites puis les regrouper. Pas nécessairement basée sur la réception et la présentation, mais les divisions logiques de votre interface de présentation.

Par exemple vous pourriez avoir un IPresentationUI avec deux variables on est une interface de IPresentationDisplay et l'autre IPresentationControl. La routine seule inscription que vous avez accepte un objet IPresentationUI. La classe implémentant la couche Prensentation mettrait en œuvre trois interfaces IPresentationUI, IPresentationControl et IPresentationDisplay.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top