Ho bisogno di un livello "application / service" per gestire le transazioni se il livello del dominio serve solo l'interfaccia utente?
In altre parole, non posso semplicemente gestire le transazioni nell'interfaccia utente quando ho un solo consumatore del livello dominio? In questo caso, il livello "application / service" non è solo un ulteriore livello aggiuntivo di astrazione?
Tecnicamente, sei libero di progettare i livelli nella tua architettura come preferisci, ma tieni a mente che le transazioni esprimono una sorta di logica aziendale.
Se inserisci la business logic nell'interfaccia utente, renderà molto più difficile scrivere test automatici per questo, dal momento che ti limiti ai test che puoi creare con uno strumento di test dell'interfaccia utente. Questo in genere significa restrizioni rispetto ai test che è possibile scrivere rispetto all'API del livello di servizio. Ad esempio, è quasi impossibile utilizzare un approccio "prova prima" con un tipico "robot UI". Questo è uno svantaggio che non dovresti sottovalutare quando decidi contro un livello di servizio.
Quindi, se non sei interessato ai test automatici, o l'unico tipo di test automatici sono i test dell'interfaccia della scatola nera creati dal team addetto al controllo qualità, non avrai bisogno di un livello di servizio. Ma non aspettarti che un tale sistema sia più facile da mantenere.
Leggi altre domande sui tag domain-driven-design architecture layers orm