Domande sulla gestione del modello di applicazione

1. Non penso che ogni livello debba avere le proprie classi di entità. Fare ciò moltiplicherebbe il numero di classi e aumenterebbe la complessità senza alcun beneficio reale. A volte un concetto dal livello di servizio non si adatta bene al DB relazionale (o altra tecnologia di persistenza), quindi è ragionevole creare classi di entità diverse, ma soprattutto non è necessario e si può avere la stessa classe di entità per tutti i livelli. Ma tieni presente che le cose cambieranno ei requisiti per un livello divergeranno dagli altri (ad esempio devi mantenere il vecchio contratto sul livello controller) - questo è il momento in cui devi essere preparato a creare classi di entità diverse per diversi casi d'uso. Se si utilizza un'entità per tutti i livelli, le modifiche interesseranno tutti i livelli, ad es. l'attributo di ridenominazione può eventualmente interrompere il contratto dei tuoi controllori.

2. Questo di solito viene fatto per motivi di prestazioni. La cosa migliore da fare è evitarla il più possibile - fare attenzione ai pericoli di ottimizzazioni premature. Ma a volte questo è necessario e quindi è difficile dare una risposta - se questo è un caso speciale in cui viene utilizzata questa entità incompleta, si potrebbe andare bene semplicemente documentandolo. Se viene usato più spesso, dovresti creare una classe di entità speciale per questo, altrimenti ti perderai nel seguire la complessità.

3. Personalmente ritengo sia meglio gestirlo singolarmente. Le entità si evolveranno in modo diverso e tentare di gestirle tutte in un modo unificato porterà un sacco di spese generali e inutili complessità.

Quindi, il mio consiglio è di creare entità per livello solo quando è necessario / significativo. Ma devi tenere a mente le conseguenze ed essere pronto a dividere la classe di entità una volta che se ne presenta la necessità.

Inoltre, fai attenzione alle transazioni. È troppo facile dimenticare se ci si trova in un contesto transazionale o meno, soprattutto se si utilizzano ovunque le stesse classi di entità. Dalla mia esperienza, di solito è bene avere una chiara demarcazione transazionale - vale a dire che l'intero livello di servizio è transazionale (di default), tutto ciò che è esterno (controllori, attività, ecc.) Non lo è.

1. Probabilmente "dovrebbe" tuttavia non lo consiglio. Mappare il livello dati direttamente sul modello in un repository, utilizzare ViewModels nel livello controller, ma solo avvolgere i modelli e aggiungere dati aggiuntivi laddove richiesto anziché duplicarli.

2. Questo mi sembra strano. Probabilmente un segno che hai bisogno di un altro modello

3. Non dovrebbe essere complicato. Raccomando di NON scrivere il tuo codice generico mapper / orm