Modello di repository con .NET 1.1

Question

Qual è un approccio tipico all'utilizzo del pattern di repository con .NET 1.1 (C#)?

Sto cercando qualcosa lungo le linee di this Stack Overflow question, tranne che in .NET 1.1, non ho generici, quindi sto solo cercando di vedere se è possibile (sono sicuro che sia), e come è in genere fatto.

Answer 1

È molto probabile, ma non è necessario utilizzare un'interfaccia comune o eseguire molti casting. Utilizzando un'interfaccia ...

public interface IRepository 
{ 
    public object Get(int id); // or object id 
    public void Save(object obj); 
} 

public class CustomerRepository : IRepository 
{ 
    public object Get(int id) { // implementation } 
    public void Save(object obj) { // implementation } 
} 

Questo funziona bene, ma codice chiamante deve lanciare oggetti per il tipo corretto e metodi in implementazioni concrete devono verificare il tipo e generare eccezioni. Il casting diretto richiede eccezioni di runtime, quindi eviterei questo approccio.

L'approccio che raccomanderei è di non avere i repository che implementano un'interfaccia comune. Piuttosto, devono implementare metodi comunemente denominati per convenzione.

public class CustomerRepository 
{ 
    public Customer Get(int id) { // implementation } 
    public void Save(Customer entity) { // implementation } 
} 

public class EmployeeRepository 
{ 
    public Employee Get(int id) { // implementation } 
    public void Save(Employee entity) { // implementation } 
} 

A cura di aggiungere: ho riletto la risposta collegata. L'ultimo paragrafo completo mi perde, ma posso ampliare un po 'l'utilizzo di DI. Nella maggior parte dei casi non avrebbe senso usare DI per iniettare un repository "generico" (in questo caso derivato da un'interfaccia comune). Oltre ai metodi comuni, un repository avrà metodi specifici dell'entità come GetCustomersWithPastDueAccounts. È possibile definire un repository clienti IC con quel metodo e farlo implementare dal proprio repository clienti. Quindi è possibile utilizzare dependency injection per iniettare CustomerRepository in fase di runtime. Non c'è niente di sbagliato in questo, ma nella mia esperienza è abbastanza raro che tu abbia più implementazioni di un repository quindi non ha molto senso farlo.

Answer 2

a meno che non abbia letto male qualcosa, la risposta accettata nella domanda collegata non utilizza i generici. Sta definendo un'interfaccia e usando il termine "generico" significa che l'interfaccia non è legata direttamente a una tabella specifica nel modello.