Struttura dell'architettura di cipolla

Question

Struttura dell'architettura di cipolla

#1 da (1 voti)

1

Sto cercando di capire e implementare l'architettura di cipolla e ho una vaga idea su come strutturare tutto ma ho bisogno di aiuto per chiarire parte della mia confusione.

Sullabasedidiversiesempiearticolicheholettohocreatolastrutturadicuisopra.Unadellemieprincipaliconfusioniarrivaquandoguardo"02-Service: Services Interfaces". Prendiamo IUserService.cs. Presumo che questa interfaccia contenga diverse firme come RegisterUser (), LoginUser (), BanUser (), ModifyUser (), ChangeAuthenticationLevel () e così via? È corretto? Se no, quali altri esempi troveremmo? E questi sono considerati servizi di dominio o servizi di applicazione?

c# domain-driven-design architecture design-patterns

posta Alex808 20.07.2014 - 22:17

fonte

1 risposta

Leggi altre domande sui tag c# domain-driven-design architecture design-patterns

Algoritmo per deframmentare i problemi cross-pipe in una rete per i segnali di routing tramite? Architettura per lo strumento di raccolta della diagnosi a livello di applicazione?

score 1 · Answer 1

I assume this interface would contain different signatures like RegisterUser(), LoginUser(), BanUser(), ModifyUser(), ChangeAuthenticationLevel() and so on? Is this correct?

No, non lo è. Vedi, come c'è User in ciascuno di questi metodi? Ciò significa che opera su utente e quindi fa parte dell'entità User . E come tali, dovrebbero essere tutti metodi in User class e non parte del servizio. In realtà, dal punto di vista DDD, il servizio è ancora parte del dominio. Contiene un comportamento che non appartiene a nessuna entità, ma qualcosa del genere dovrebbe essere estremamente raro. Ad esempio, il repository è un tipo specifico di servizio.