Блог

У меня есть свои объекты, такие как Customer, Order и т.д., Определенные в моей модели домена.

Теперь я хочу определить интерфейс с именем IRepository для представления моего уровня сохраняемости, у меня также будут SqlRepository, CacheRepository, которые реализуют IRepository.

Теперь мне интересно, должен ли я определить IRepository в модели домена или на уровне доступа к данным? Я предполагаю, что SqlRepository и CacheRepository должны быть включены в DAL, но входит ли туда и IRepository?

Кроме того, например, мой репозиторий возвращает список клиентов из таблицы Customer, я немного запутался в том, как это спроектировать, похоже, что я в конечном итоге повторяю типы в DAL и модели домена. Смотрите Пример ниже:

В приложении я хочу сделать что-то вроде этого :

 var repository = new SQLRepository();

//Below repository.customers represents customer table
List<Customer> customers = repository.Customers.list();
 

Итак, в моем домене:

 class Customer
{
  public int id;
  public string name;
}
 

В моем DAL:

 class SqlRepository:IRepository
{
   public CustomerTable Customers;
}

class CustomerTable 
{
   public List<Customer> list();
}
 

Я хотел знать, есть ли лучший способ спроектировать эти уровни?

* ОБНОВИТЬ

У меня уже есть DAL и домен, определенные в разных библиотеках / сборках классов. Изначально я думал, что у меня будут объекты POCO, такие как Customer, которые представляют одну запись в таблице базы данных, но тогда где объявить Customer .Добавить (клиент)? используется ли это в DAL? Мне не нужны бизнес-правила в DAL, если я начну добавлять методы в свои сущности, они станут сложными, имея в них логику сохранения, а также бизнес-логику.