Блог

Я собираюсь создать сервис, используя 3-уровневую архитектуру, и я действительно беспокоюсь о том, как обрабатывать операции транзакционным способом.

Я знаю, что у меня есть 2 варианта: IDbTransaction и TransactionScope … но я на самом деле не решил, какой из них выбрать, хотя я провел много исследований.

Я бы выбрал TransactionScope, но я не хочу привлекать DTC … плюс мне нужна поддержка SQLServer2005 и Oracle. (Я знаю, что мне нужно открывать только одно соединение одновременно)

Я хотел бы увидеть хорошие примеры / шаблоны их использования для обоих случаев… Хорошие ссылки были бы просто великолепны.

Примерно так могли бы выглядеть классы BL и DAL… но также и то, как создаются транзакции / соединения и передаются между ними.

Правка 1: Я ищу какую-то реализацию этого (но для обоих вариантов):

 using(var scope = new TransactionScope())
{
    // transactional methods
    datalayer.InsertFoo();
    datalayer.InsertBar();
    scope.Complete();
}
  

Правка2:
Поскольку Денис предложил мне очень хорошую альтернативу… Я все еще жду, когда кто-нибудь покажет мне хороший пример модели с взаимодействием между бизнес-уровнем и уровнем данных с использованием ‘ TransactionScope ‘

Спасибо.

В настоящее время я использую в этом случае несколько репозиториев и множественный подход UnitOfWork. Допустим, у вас есть CustomerRepository и InvoiceRepository. Если вам нужно сделать это:

 customerRepository.Add(customer);
invoiceRepository.Add(bill);
  

и если эти две транзакции являются транзакцией, то при создании репозитория я предоставляю им ту же единицу работы, что и:

 IUnitOfWork uow = UnitOfWork.Start();
ICustomerRepository customerRepository = new CustomerRepository(uow);
IInvoiceRepository invoiceRepository = new InvoiceRepository(uow);
  

таким образом, приведенные выше утверждения теперь:

 customerRepository.Add(customer);
invoiceRepository.Add(bill);
uow.Commit();
  

Вся магия находится внизу, зависит от того, что вы используете в качестве технологии обработки данных (либо ORM, такой как NHibernate, либо, возможно, raw ADO.NET — и в большинстве случаев это не рекомендуется).

Для получения хорошего примера по шаблону репозитория и UnitOfWorks ознакомьтесь с этим руководством, но обратите внимание, что в нем вы не можете иметь несколько активных UnitOfWorks (и на самом деле это нужно немногим приложениям, поэтому здесь нет реальной проблемы). Кроме того, в руководстве используется NHibernate, поэтому, если вы не знакомы с концепцией ORM, я предлагаю вам ознакомиться с ней (если позволяет ваше расписание).

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

Я бы выбрал TransactionScope, потому что он намного проще в использовании, поскольку вам не нужно переносить объект транзакции или передавать его каждому методу. Это окружающая среда. Это означает, что в большинстве случаев разработчики могут почти забыть о транзакциях, написать классные бизнес-ориентированные методы, а затем, позже, добавлять оболочки транзакций (используя ‘using’) там, где это действительно необходимо, впоследствии. (звучит идиллически, я знаю, но это почти так).

Вопреки распространенному мнению, использование TransactionScope не означает, что MSDTC будет задействован, смотрите здесь краткое описание этого:

Избегайте нежелательной эскалации до распределенных транзакций

И, если вам действительно нужна распределенная транзакция, как вы планируете это сделать без MSDTC в любом случае? Что интересно в TransactionScope снова, так это то, что при необходимости он будет расширен до MSDTC, ничего не меняя в вашем коде.

Вы можете абстрагировать эти две технологии, внедрив тонкую оболочку, которую вы используете в своем бизнес-слое. Давайте скажем что-то вроде:

 using (IUnitOfWork unitOfWork = UnitOfWork.Start())
{
    // do something
    unitOfWork.Commit();
}
  

Затем вы можете использовать реализацию, которая просто открывает транзакцию базы данных. Если вам нужно задействовать другую транзакционную систему, вы просто переключаете реализацию unit of work на ту, которая открывает TransactionScope, а не простую транзакцию базы данных.

Шаблон UnitOfWork идеально подходит для четкой обработки транзакций (среди прочего). Вот хорошая реализация шаблона, используемого в некоторых высокопроизводительных приложениях:

https://github.com/NikGovorov/Taijutsu/tree/master/Sources/Sources/Taijutsu-Infrastructure

Хотя вам пришлось бы реализовать dataProvider для ORM по вашему выбору (NH, EF, …), но это довольно тривиально.