Architettura di cipolle per servizi di livello medio / backend

Question

Attualmente sto lavorando su architettura di cipolle da j.palermo . Ho qualche problema per implementarlo nel mio caso. Questa architettura è appropriata per i siti Web "Business Meno", alias Mashup dei servizi?

Ecco il mio caso:

Abbiamo molti servizi di back-end (in WCF), ognuno esponendo dati aziendali isolati (marketing, account, offerta, cm ...). I nostri numerosi siti Web del MVC consumano questi servizi per il rendering delle pagine. Tutta la logica aziendale è nel servizio e il sito Web è limitato alla logica di presentazione. Non ci sono accesso DB nel sito web. Tuttavia alcuni dati aziendali possono essere fusi a un'entità composita per la presentazione (come il collegamento di una pagina di contenuto a un'offerta). Penso di mettere questa logica sotto uno strato di servizio.

Modifica: Dovrei creare un modello di dominio per il backend di mapping / i risultati del servizio di livello centrale / Azioni? Forse la logica aziendale qui è solo per unire i dati da fonti diverse?

Grazie,

Answer 1

Se tutta la logica aziendale è nei servizi WCF, lotto per vedere il punto di un progetto Core con un modello di dominio (cosa farebbe?).Suppongo che tu non stia aggiungendo uno strato di logica aziendale in cima a questi servizi per combinare più operazioni?Se no, direi che l'architettura della cipolla non è appropriata in questo scenario.

Answer 2

Direi che WCF è in effetti un servizio di dominio per altre applicazioni.In effetti stai solo rompendo la cipolla su più applicazioni.