Aggiunta di metodi alle classi POCO

Question

Ho la seguente configurazione: MVC> Servizi> Archivi. Ora voglio consentire agli utenti di aggiungere una nota a un documento. Solo gli utenti associati al documento (sia come proprietari o revisori) possono aggiungere note così nel mio NoteService faccio quanto segue per verificare che l'utente disponga dell'autorizzazione sul documento selezionato:

public Note GetNewNote(int documentID) 
    { 
     if (!userHasAccess(Thread.CurrentPrincipal.Identity.Name)) 
      throw new BusinessLogicException(); 

     // Other stuff here... 
    } 

La mia domanda è, dove dovrei definire il metodo userHasAccess? Non ha senso nel NoteService poiché sta controllando un documento. Potrei definirlo nel DocumentService ma poi NoteService avrà bisogno di accedere a ciò che sembra introdurre più accoppiamento.

Per me ha più senso definirlo sul documento POCO stesso e quindi chiamare document.userHasAccess (...). Sarebbe una buona pratica o un dominio POCO dovrebbe essere limitato a proprietà semplici? Sono preoccupato che questo sia davvero parte della validazione e che ponendo il metodo nel POCO sto separando la validazione tra Service e POCO.

Quello che sto cercando di garantire è che la mia applicazione sia facile da mantenere e da testare. Qualche suggerimento su come dovrei affrontarlo sarebbe molto apprezzato!

Answer 1

Dove devo definire il metodo userHasAccess?

Ha senso per essere coerente con il resto del design, mentre io non so il disegno completo posso almeno dire che un metodo chiamato UserHasAccess() sul POCO in sé ha un senso.

Un dominio POCO deve essere limitato a proprietà semplici?

No, un dominio POCO deve contenere la logica (in particolare la logica di convalida) relativa all'oggetto. Altrimenti, finisce per essere un object with no behaviour - qualcosa che dovresti assolutamente evitare.

Tuttavia, non confondersi tra un oggetto dominio (business) e un oggetto vista, che in genere contiene poca logica.

È preoccupante che si stia separando la convalida tra il servizio e POCO.

Metterei la convalida nel POCO e la logica tra domini nei servizi.

Answer 2

Qualsiasi entità di dominio può contenere anche metodi di convalida.

Answer 3

1. Se si segue Pattern modello di dominio, è possibile aggiungere attributi con comportamenti. controllare questo Martin fowler
2. Se si sta seguendo Tabella modello Modulo poi aggiungere i comportamenti in classe BLL e gli attributi in POCO controllo questo così da Martin fowler