Классы сущностей отделены от поставщика LINQ to SQL для реализации шаблона репозитория. Как?

Я не знаю, действительно ли это то, что вам нужно, но вы можете взглянуть на код MVC Storefront Роба Конери. Он использует вариант шаблона репозитория с поставщиком linq. Он сопоставляет объекты LINQ to Sql с объектами домена, а затем возвращает объекты домена от поставщика репозитория на уровень службы, который обертывает поставщика, позволяя ему работать с некоторой логикой с возвращаемыми данными до того, как они попадут на бизнес-уровень.

Веб-трансляции витрины MVC
Код

Для меня это звучит так, как будто вы хотите, чтобы поставщики возвращали DTO, а затем вы хотите сопоставить DTO с объектами домена на уровне репозитория / сервиса. Если это так, вы можете сопоставить своего поставщика LINQ to SQL с DTO, попросить его вернуть их, а затем сопоставить DTO с объектами домена на уровне репозитория / сервиса. Это должно работать нормально, но может стать утомительным, поскольку теперь у вас будет 2 слоя сопоставления.

В этом случае у вас будет: ProductService, который принимает IProductRepository. Он вызывает методы в IProductRepository, чтобы вернуть ваши DTO. Затем он сопоставляет DTO с реальными бизнес-объектами и возвращает их вызывающему коду.

Вы можете создать внешний XML-файл, сопоставляющий базу данных с любым классом:

 <?xml version="1.0" encoding="utf-8"?>
 <Database Name="DbName" 
           xmlns="http://schemas.microsoft.com/linqtosql/dbml/2007">
    <Table Name="DbTableName">
       <Type Name="EntityClassName" >
           <Column Name="ID" Type="System.Int64" Member="Id"
                   DbType="BigInt NOT NULL IDENTITY" IsPrimaryKey="true"
                   CanBeNull="false" />
           <Column Name="ColumnName" Type="System.String" Member="PropertyA"
                   DbType="VarChar(1024)" CanBeNull="true" />
       </Type>
    </Table>
 </Database>

А затем передайте XML в класс DataContext:

 using (var cn = GetDbConnection())
  { var mappingSrc = XmlMappingSource.FromReader(xmlReader);

    using (var db = new DataContext(cn, mappingSrc))
     { var q = from entity in db.GetTable<EntityClassName>()
               where entity.PropertyA = "..."
               select entity.ID;
     }
  }

Я нашел здесь замечательный пост в блоге (с большим количеством хорошего кода) по этому поводу: http://iridescence.no/post/Linq-to-Sql-Programming-Against-an-Interface-and-the-Repository-Pattern.aspx

Я думаю, вам нужна поддержка POCO (Обычные старые объекты CLR). LINQ to SQL имеет адаптер под названием Close2Poco.

Но я бы посоветовал перейти на Entity Framework, на данный момент у них также есть адаптер POCO. , но в v2 ожидается, что он будет поддерживаться из коробки.

Вам не нужно использовать сгенерированный LINQ to SQL код, вы можете украсить свои собственные классы необходимыми атрибутами ColumnAttributes или использовать внешний файл сопоставления XML.

Самый простой способ - отделить ваши сущности от контекста данных: загрузить необходимую сущность, отделить ее от DataContext, использовать как угодно, а позже использовать Attach (), чтобы связать ее с DataContext для сохранения.

К сожалению, в LINQ нет метода отделения сущностей от контекста данных, но вы можете просто клонировать их, что отлично работает. Самый простой способ был бы примерно таким:

public static T CloneEntity<T>(T source)
{
  DataContractSerializer dcs = new DataContractSerializer(typeof(T));
  using (Stream stream = new MemoryStream())
  {
    dcs.WriteObject(stream, source);
    stream.Seek(0, SeekOrigin.Begin);
    return (T)dcs.ReadObject(stream);
  }
}

Я сделал нечто подобное с WCF

1 В DBML установите для режима сериализации значение "Однонаправленный".

2 Установите для ВСЕХ столбцов в таблицах значение UpdateCheck = false.

3 Напишите свою услугу примерно так:

   public class Service1 : IService1
    {
        public Company GetCompany(int companyId)
        {
            using (DataClasses1DataContext dc = new DataClasses1DataContext())
            {
                return (from c in dc.Companies where c.CompanyId == companyId select c).Single();
            }
        }


    public void SaveCompany(Company company)
    {
        using (DataClasses1DataContext dc = new DataClasses1DataContext())
        {
            dc.Companies.Attach(company, true);
            dc.SubmitChanges();
        }
    }

    public void InsertCompany(Company company)
    {
        using (DataClasses1DataContext dc = new DataClasses1DataContext())
        {
            dc.Companies.InsertOnSubmit(company);
            dc.SubmitChanges();
        }
    }
}

4 Добавьте ссылку на услугу

Не совсем тот же сценарий, но я работаю над созданием специального инструмента, который на основе файла XML будет генерировать объектно-ориентированную модель. Мой подход заключается в использовании LINQ to SQL за сценой, и, поскольку я генерирую код автоматически, было бы легко использовать другой механизм, скажем, для источника данных MySQL. Поскольку он не поддерживается LINQ to SQL, вам придется писать код доступа к данным вручную, но клиентский код, который будет использовать объектно-ориентированную модель, изменится в любом случае.

Могут ли ваши классы Entity реализовывать интерфейсы IProduct, IUser, IOrder и т. Д., Которые будут объявлены в вашей сборке «Интерфейсы»? Таким образом, интерфейс IRepository ссылается только на интерфейсы бизнес-объектов (т. Е. Возвращает коллекции IProduct и т. Д.), А сборка «Интерфейсы» отделяется от других сборок, зависящих от реализации.