Come descrivo il pattern del repository?

Lo scopo di un repository è di fornire un livello di astrazione per l'accesso ai dati. Questo livello di astrazione dovrebbe proteggere l'utente del repository dai dettagli dell'accesso ai dati. Cose come stringhe di connessione, origini dati, passaggio a un'origine dati diversa ... L'utente non dovrebbe preoccuparsi di queste cose.

In altre parole, l'utente di un repository non dovrebbe preoccuparsi della provenienza dei dati. Questo è un dettaglio di implementazione. Il modo in cui implementi questi dettagli dipende interamente da te e dai requisiti specifici del tuo software.

Un'implementazione del modello di repository dovrebbe apparire come una raccolta di oggetti in memoria. Dovresti essere in grado di aggiungere, rimuovere e trovare oggetti in un repository. Non dovrebbe avere alcuna semantica di tipo database come Save () o CommitTransaction - questi appartengono all'implementazione della tua Unità di lavoro. A volte ci si riferisce a "Persistenza ignoranza".

Generalmente, il codice dell'applicazione funzionerà contro il repository e l'infrastruttura dell'applicazione scaricherà automaticamente le modifiche e impegnerà la transazione tramite l'unità di lavoro dopo aver gestito ciascuna richiesta. Ogni richiesta riceverà una istanza dell'Unità di lavoro, che sarà condivisa da tutti i Repository utilizzati per gestire la richiesta. A volte viene indicato come "Sessione per richiesta".

Il repository e l'unità di modelli di lavoro hanno lo scopo di creare un livello di astrazione tra il livello di accesso ai dati e il livello della logica aziendale di un'applicazione. L'implementazione di questi modelli può aiutare a isolare l'applicazione dalle modifiche nell'archivio dati e può facilitare il test dell'unità automatizzata o lo sviluppo basato sui test (TDD).