Ленивая инициализация ISession с использованием WebSessionContext / CurrentSessionContext - PullRequest
Новая
       35

Ленивая инициализация ISession с использованием WebSessionContext / CurrentSessionContext

1 голос
/ 17 декабря 2010

Я начинаю новый проект с NHibernate 3 и пытаюсь использовать API CurrentSessionContext с WebSessionContext для управления моим объектом ISession.

В предыдущих проектах я всегда делал это сам, поэтому всякий раз, когда мне был нужен объект ISession, я создавал его и сохранял в коллекции HttpContext.Items. Довольно просто, но использование нативного решения (CurrentSessionContext) кажется лучшим вариантом для этого нового проекта.

Когда я управлял объектом, я мог выполнять его ленивую инициализацию, что означало, что я буду открывать сеанс только тогда, когда он мне нужен, а не в каждом запросе, потому что он может мне не понадобиться и будет тратить ресурсы / время на открывая его все время.

Есть ли простой способ сделать это с помощью API CurrentSessionContext?

Вот код, который я использую в HttpModule, ответственном за это: 


public class ContextualSessionModule : IHttpModule
{

    public void Init(HttpApplication context)
    {
        context.BeginRequest += context_BeginRequest;
        context.EndRequest += context_EndRequest;
    }

    public void Dispose()
    {
    }

    private static void context_BeginRequest(object sender, EventArgs e)
    {
        var application = (HttpApplication)sender;
        var context = application.Context;

        BindSession(context);
    }

    private static void BindSession(HttpContext context)
    {
        // Create a new session (it's the beginning of the request)
        var session = SessionBuilderFactory.CurrentSessionFactory.OpenSession();

        // Tell NH session context to use it
        CurrentSessionContext.Bind(session);
    }

    private static void context_EndRequest(object sender, EventArgs e)
    {
        var application = (HttpApplication)sender;
        var context = application.Context;

        UnbindSession(context);
    }

    private static void UnbindSession(HttpContext context)
    {
        // Get the default NH session factory
        var factory = SessionBuilderFactory.CurrentSessionFactory;

        // Give it to NH so it can pull the right session
        var session = CurrentSessionContext.Unbind(factory);

        if (session == null) return;
        session.Flush();
        session.Close();
    }
}

Редактировать

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

Я - парень Onion Architecture , поэтому у моих доменных объектов (которые знают, когда начинать транзакцию) нет доступа к инфраструктуре, поэтому они не могут запускать транзакции.

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

1 Ответ

3 голосов
/ 17 декабря 2010

Хотя не напрямую отвечая на ваш вопрос, я думаю: почему?

Сессия - это легкий объект. Если вы не используете его, он просто инициализирует некоторые внутренние структуры, но не открывает соединение с БД или что-либо еще.

Есть несколько примеров (только Google), чтобы избежать открытия сеансов для статических объектов, чтобы сэкономить немного времени / памяти. Кроме этого, это может не стоить того, если ваше профилирование не скажется на вашей производительности.

Обновление: для нужд транзакций взгляните на реализацию CpBT в uNhAddIns.

...