Implementazione del server di autorizzazione: CRUD vs CQRS

4

Voglio fare una semplice autorizzazione & server di autenticazione (con corretta registrazione di controllo).

Ero solito vedere sul mio lavoro o in molti esempi l'approccio classico CRUD a questo scopo.

Ma ora sto pensando di provare a utilizzare l'approccio CQRS (+ ES forse) per la mia semplice web-app. Ma questa applicazione richiede l'autorizzazione e amp; autenticazione (ovviamente). E voglio tenerlo come app distribuita separata con interfaccia utente per l'amministrazione.

Ma la domanda è: dovrei implementare questo server separato con l'approccio CQRS ? O sarà eccessivo per questo?

Dovrebbe semplicemente tornare è l'attuale utente è valido e lasciato la sessione utente.

P.S.

Il server sarà implementato tramite C # .NET

definizioni di termine:

CRUD: crea, leggi, aggiorna e cancella.

CQRS + ES: Comando Query Responsibility Segregation + Event Sourcing

    
posta Danil Gholtsman 29.05.2017 - 16:08
fonte

1 risposta

4

È possibile agonizzare su questo problema, ma ho trovato che il percorso più semplice per un buon design è quello di provenire dal codice utilizzando.

Non preoccuparti di quanto sia facile / difficile scrivere. Preoccupati di come deve essere usato. Puoi fornire un'astrazione significativa che nasconde i dettagli ma non sorprende le persone? Più lo sforzo è necessario per spiegare il suo uso agli altri, meno è utile.

Ciò di cui dovresti trarre vantaggio è che, a differenza delle persone che hanno progettato SQL o il tuo database, sai quali sono i tuoi casi d'uso. Quindi puoi specializzarti e semplificarti.

Se tutto ciò che finisce non è meglio di CRUD, usa solo CRUD.

    
risposta data 29.05.2017 - 18:49
fonte

Leggi altre domande sui tag