In che modo la persistenza-ignoranza è rilevante per un'applicazione centrata sul formato del file?

3

Ho un piccolo progetto secondario di circa 3.000 foglietti. Sto sperimentando la creazione di un modello di dominio simile a DDD, quindi ho più esperienza con questo stile per lavoro. Il progetto è incentrato sulla lettura e la scrittura di un formato di file specifico che non è cambiato da oltre 20 anni. E vorrei che altri leggendo il mio codice fossero in grado di individuare facilmente parti della mia logica di codifica / decodifica.

Come ho capito, l'ignoranza di persistenza è il concetto principale di DDD. Eppure ho difficoltà a capire quale persistenza dovrei ignorare. Se la logica di codifica / decodifica è così centrale rispetto alla premessa dell'applicazione che deve essere nel livello dominio, cosa rimane del livello infrastruttura?

    
posta Chel 03.05.2017 - 13:16
fonte

1 risposta

4

Non sono d'accordo "persistenza-l'ignoranza è il concetto principale di DDD". Il concetto principale è di concentrarsi sul dominio (da cui il nome). Poiché storage / persistence non è il dominio principale dell'applicazione aziendale più , l'ignoranza della persistenza è un modo comune di sradicare i dettagli irrilevanti per il dominio principale. Ma questo non si applica al tuo caso.

Se lo scopo principale dell'applicazione è leggere e scrivere dati in un formato specifico, questo è il dominio della tua applicazione, e esattamente su cosa dovresti concentrarti.

    
risposta data 03.05.2017 - 14:17
fonte

Leggi altre domande sui tag