Contesto generale

Ho iniziato a leggere su architetture basate su layer come DDD, Onion, Clean Architecture ecc. Sto valutando il passaggio, ma non sono al momento chiaro quanto sia rigorosa la "divisione di primo livello" in livelli.

Stato corrente dell'app

Per l'app su cui stiamo lavorando, immagina un mix tra un negozio online e il videogioco The Sims: l'utente sta posizionando e configurando i prodotti in un ambiente 3D, ma l'obiettivo finale è quello di presentare loro un conto per tutti questi prodotti.

Al livello più alto, l'app è suddivisa in piani, decorazioni per finestre, utenti, ecc. Ognuna di queste "categorie" ha le proprie viste, le proprie regole aziendali ecc. e non interagisce con le altre categorie. Implementano interfacce comuni dove devono essere portati a uno standard comune, ad es. il calcolo del prezzo.

Quindi la nostra app al momento è principalmente divisa in quelli che verrebbero probabilmente chiamati "sottodomini".

Che cosa non è chiaro

Capisco che le viste appartengano a un livello dell'interfaccia utente, ma ciò di cui non sono chiaro è se si suppone che ci sia solo uno o se la struttura del livello può esistere per ogni sottodominio.

Non l'ho mai trovato esplicitamente, ma penso che dovrei prenderlo, ad es. tutte le viste fuori da tutti quei domini e metterle in uno strato UI comune. Penso che possa essere riassunto in quanto la preoccupazione principale non è quale parte del business riguarda il codice , ma ciò che il codice fa in senso tecnico .

La domanda

Le architetture stratificate consentono la separazione prima per "sottodomini" e quindi per livelli? Questo può forse essere gestito in modo diverso in diversi tipi di architettura a strati?