Где мне создать экземпляр единицы работы в приложении ASP.Net MVC 3?

Я думаю, вам нужно внести пару изменений:

1. Разрешите вашему DI-контейнеру внедрять экземпляр UnitOfWork в ваши сервисные классы в их конструкторах и полностью исключить его из вашего контроллера.

2. Если ваш DI-контейнер поддерживает это (например, Ninject), настройте свой UnitOfWork для управления на основе каждого запроса; Таким образом, ваши услуги будут получать разные UnitOfWork для каждого запроса, и все готово. Или...

3. Если ваш DI-контейнер не поддерживает время жизни для каждого запроса, настройте его для управления UnitOfWork как одиночным, чтобы каждый класс Service получал один и тот же экземпляр. Затем обновите свой UnitOfWork, чтобы сохранить его объект Entities в хранилище данных, которое хранит объекты для каждого запроса, например, в HttpContext.Current.Items, как описано здесь.

Изменить 1

Относительно того, куда следует вводить UnitOfWork; Я бы сказал, что сервисный уровень - правильное место. Если вы представляете свою систему как ряд уровней, где внешние уровни связаны с взаимодействием с пользователем, а нижние уровни — с хранением данных, каждый уровень должен меньше заботиться о пользователях и больше — о хранении данных. UnitOfWork — это концепция одного из «низкоуровневых» уровней, а контроллер относится к более высокому уровню; ваш слой Service помещается между ними. Поэтому имеет смысл поместить UnitOfWork в класс Service, а не Controller.

Изменить 2

Чтобы уточнить создание UnitOfWork и его отношение к HttpContext.Current.Items:

Ваш UnitOfWork больше не будет содержать ссылку на объект Entities, это будет сделано через объект HttpContext, внедренный в UnitOfWork за таким интерфейсом:

public interface IPerRequestDataStore : IDisposable
{
    bool Contains(string key);

    void Store<T>(string key, T value);

    T Get<T>(string key);
}

Затем объект HttpContext будет реализовывать IPerRequestDataStore следующим образом:

public class StaticHttpContextPerRequestDataStore : IPerRequestDataStore
{
    public bool Contains(string key)
    {
        return HttpContext.Current.Items.Contains(key);
    }

    public void Store<T>(string key, T value)
    {
        HttpContext.Current.Items[key] = value;
    }

    public T Get<T>(string key)
    {
        if (!this.Contains(key))
        {
            return default(T);
        }

        return (T)HttpContext.Current.Items[key];
    }

    public void Dispose()
    {
        var disposables = HttpContext.Current.Items.Values.OfType<IDisposable>();

        foreach (var disposable in disposables)
        {
            disposable.Dispose();
        }
    }
}

Кстати, я назвал его StaticHttpContextPerRequestDataStore, так как он использует статическое свойство HttpContext.Current; это не идеально для модульного тестирования (совсем другая тема), но, по крайней мере, имя указывает на характер его зависимости.

Затем ваш UnitOfWork передает IPerRequestDataStore каждому из своих Repository объектов, чтобы они могли получить доступ к Entities; это означает, что независимо от того, сколько экземпляров UnitOfWork вы создадите, вы будете использовать один и тот же объект Entities на протяжении всего запроса, поскольку он хранится и извлекается в файле IPerRequestDataStore.

У вас будет абстрактная база Repository, которая будет использовать свой IPerRequestDataStore для ленивой загрузки своего объекта Entities следующим образом:

public abstract class RepositoryBase : IDisposable
{
    private readonly IPerRequestDataStore _dataStore;

    private PersonRepository personRepository;

    protected RepositoryBase(IPerRequestDataStore dataStore)
    {
        this._dataStore = dataStore;
    }

    protected BlogEntities Context
    {
        get
        {
            const string contextKey = "context";

            if (!this._dataStore.Contains(contextKey))
            {
                this._dataStore.Store(contextKey, new BlogEntities());
            }

            return this._dataStore.Get<BlogEntities>(contextKey);
        }
    }

    public void Dispose()
    {
        this._dataStore.Dispose();
    }
}

Ваш PeopleRepository (например) будет выглядеть так:

public class PeopleRepository : RepositoryBase, IPersonRepository
{
    public PeopleRepository(IPerRequestDataStore dataStore) 
        : base(dataStore)
    {
    }

    public Person FindById(int personId)
    {
        return this.Context.Persons.FirstOrDefault(p => p.PersonId == personId);
    }
}

И, наконец, вот создание вашего PeopleController:

IPerRequestDataStore dataStore = new StaticHttpContextDataStore();
UnitOfWork unitOfWork = new UnitOfWork(dataStore);
PeopleService service = new PeopleService(unitOfWork);
PeopleController controller = new PeopleController(service);

Одна из центральных концепций здесь заключается в том, что объекты имеют свои зависимости, внедренные в них через их конструкторы; это обычно считается хорошей практикой и упрощает создание объектов из других объектов.