composizione di più contesti limitati in una singola interfaccia utente,

Question

Stiamo sviluppando un sistema che è composto da più contesti limitati, ci sono interfacce utente in cui le informazioni visualizzate devono essere rese da più contesti limitati.

Un classico esempio di tale interfaccia è la pagina degli ordini di Amazon.com. Dove vediamo sul prodotto (prodotto BC), inventario disponibile (inventario BC), prezzi e così via.

La mia domanda: in tali scenari, in quale contesto limitato sarebbe l'interfaccia utente in diretta? Ricevo come possiamo estrarre dati da più BC per formare la pagina, ma ci sono delle linee guida su dove deve risiedere la pagina stessa?

Domande simili here e here, si occupano di come ottenere informazioni da più BC, ma non indirizzano in quale BC vivrà l'interfaccia utente stessa?

eventuali linee guida su questa domanda con un esempio sarebbero grandi ...

Answer 1

Non sono un esperto, ma credo che l'interfaccia utente non vive in un aC. L'interfaccia utente è un'espressione di uno o più BC. Il BC è un limite attorno alle decisioni che sono collegate. Il modo in cui lo affili all'utente non è preoccupante.

Quindi, ad esempio, si dispone di una pagina Web, come ad esempio amazon.com con diverse BC, come si dice, l'interfaccia utente semplicemente ti guida insieme aiutandoti a prendere decisioni in qualsiasi BC con cui sei coinvolto.

Un ultimo tentativo. Se si immagina uno schema di un'architettura esagonale o di un'architettura a strati, si avrà al di fuori (in alto) una UI di qualche tipo. Comunicerebbe con un livello anti-corruzione (o servizio applicativo). Questo A-C quindi delegherebbe al BC appropriato per gestire il comando che volevi soddisfare.

Answer 2

L'interfaccia utente ha le proprie preoccupazioni e modelli di collaborazione; è un BC a sé stante.