Какой шаблон дизайна для поиска моего IUnitOfWork?

Question

Я реализовал шаблон хранилища с незнанием персистентности. Реализация хранилища взаимодействует только с объектами сущности, IUnitOfWork и ITable<T> интерфейсами. Предполагается, что IUnitOfWork не используется повторно, а представляет собой одну транзакцию. До сих пор я реализовал как в памяти, так и в Linq-to-Sql версии IUnitOfWork и ITable<T>.

Моя проблема заключается в том, что из-за ввода в репозиторий IUnitOfWork я в конечном итоге нуждаюсь в том, чтобы знать, как создать экземпляр нового IUnitOfWork, где используется репозиторий. Поскольку это основная часть, которая должна быть подключаемой, кажется, что я сделал что-то неправильно. Общая схема использования что-то вроде этого:

FooUnitOfWork unitOfWork = new FooUnitOfWork(); 
Repository repos = new Repository(unitOfWork); 
// ...act upon repos 
unitOfWork.Save(); 

Теперь, похоже, что мне нужен немного другого шаблона, чтобы все хранилищ использования в приложении, чтобы получить правильную единицу работы (например, в памяти, L2S и т.д.).

Что является наиболее подходящим шаблоном для этого? Я посмотрел на Fowler's discussion on the topic, но ни один из его примеров не выглядит чистым. Я уже чувствую, что объем абстракции, который у меня есть, больше, чем мне хотелось бы, чтобы создать еще одну косвенность, кажется чрезмерной.

В настоящий момент я склоняюсь к своему провайдеру приложений, который можно настроить для получения правильного IUnitOfWork. Я вне базы или это то, что нужно, чтобы по-настоящему быть агностиком реализации?

Answer 1

Обновление: В то время как это действительно не сломалось, это привело к созданию контейнера IoC для бедных людей. Я в конечном итоге просто заменить все эти:

UnitOfWorkFactory.Create(); 

с обобщенным Common Service Locator реализации:

Microsoft.Practices.ServiceLocation.ServiceLocator.Current.GetInstance<IUnitOfWork>(); 

Это позволило мне создать библиотеку, которая использует Dependency Injection, не вынуждая всех пользователей использовать ту же структуру IoC ,

Возможно, я должен использовать очень простую фабрику, где я могу установить обратный вызов? На нем может быть множество статических методов:

public static class UnitOfWorkFactory 
{ 
    private static Func<IUnitOfWork> FactoryMethod; 

    public static IUnitOfWork Create() 
    { 
     if (UnitOfWorkFactory.FactoryMethod == null) 
     { 
      throw new InvalidOperationException("..."); 
     } 

     return UnitOfWorkFactory.FactoryMethod(); 
    } 

    public static void SetFactoryMethod(Func<IUnitOfWork> factory) 
    { 
     UnitOfWorkFactory.FactoryMethod = factory; 
    } 
} 

Где это ломается?

Answer 2

Я бы предложил использовать шаблон Vistor, чтобы обнаружить реализации интерфейса IUnitOfWork.

[UnitOfWork(Name="foo")] 
public class FooUnitOfWork : IUnitOfWork {} 

Repository repo = new Repository("foo"); 
//stuff happens 
repo.Save(); //or repo.Worker.Save(); 

Внутри экземпляра репо фабрика обнаружения находит работника и создает его.