Образ жизни проекта замка на сеанс с ASP.NET MVC

это может быть то, что вы ищете.

public class PerSessionLifestyleManager : AbstractLifestyleManager
    {
    private readonly string PerSessionObjectID = "PerSessionLifestyleManager_" + Guid.NewGuid().ToString();

    public override object Resolve(CreationContext context)
    {
        if (HttpContext.Current.Session[PerSessionObjectID] == null)
        {
            // Create the actual object
            HttpContext.Current.Session[PerSessionObjectID] = base.Resolve(context);
        }

        return HttpContext.Current.Session[PerSessionObjectID];
    }

    public override void Dispose()
    {
    }
}

А затем добавить

<component
        id="billingManager"  
        lifestyle="custom"  
        customLifestyleType="Namespace.PerSessionLifestyleManager, Namespace"  
        service="IInterface, Namespace"
        type="Type, Namespace">
</component>

Это решение будет работать для Windsor 3.0 и выше. Он основан на реализации PerWebRequest Lifestyle и использует новый Scoped Lifestyle, представленный в Windsor 3.0.

Вам нужно два класса ...

Реализация IHttpModule для управления сеансом. Добавление объекта ILifetimeScope в сеанс и его повторная утилизация по истечении срока действия сеанса. Это очень важно для обеспечения правильного выпуска компонентов. В других решениях, приведенных здесь, это пока не учтено.

public class PerWebSessionLifestyleModule : IHttpModule
{
    private const string key = "castle.per-web-session-lifestyle-cache";

    public void Init(HttpApplication context)
    {
        var sessionState = ((SessionStateModule)context.Modules["Session"]);
        sessionState.End += SessionEnd;
    }

    private static void SessionEnd(object sender, EventArgs e)
    {
        var app = (HttpApplication)sender;

        var scope = GetScope(app.Context.Session, false);

        if (scope != null)
        {
            scope.Dispose();
        }
    }

    internal static ILifetimeScope GetScope()
    {
        var current = HttpContext.Current;

        if (current == null)
        {
            throw new InvalidOperationException("HttpContext.Current is null. PerWebSessionLifestyle can only be used in ASP.Net");
        }

        return GetScope(current.Session, true);
    }

    internal static ILifetimeScope YieldScope()
    {
        var context = HttpContext.Current;

        if (context == null)
        {
            return null;
        }

        var scope = GetScope(context.Session, true);

        if (scope != null)
        {
            context.Session.Remove(key);
        }

        return scope;
    }

    private static ILifetimeScope GetScope(HttpSessionState session, bool createIfNotPresent)
    {
        var lifetimeScope = (ILifetimeScope)session[key];

        if (lifetimeScope == null && createIfNotPresent)
        {
            lifetimeScope = new DefaultLifetimeScope(new ScopeCache(), null);
            session[key] = lifetimeScope;
            return lifetimeScope;
        }

        return lifetimeScope;
    }

    public void Dispose()
    {
    }
}

Второй необходимый вам класс - это реализация IScopeAccessor. Это используется для преодоления разрыва между вашим HttpModule и встроенным классом Windsor ScopedLifestyleManager.

public class WebSessionScopeAccessor : IScopeAccessor
{
    public void Dispose()
    {
        var scope = PerWebSessionLifestyleModule.YieldScope();
        if (scope != null)
        {
            scope.Dispose();
        }
    }

    public ILifetimeScope GetScope(CreationContext context)
    {
        return PerWebSessionLifestyleModule.GetScope();
    }
}

Для поддержки этого в PerWebSessionLifestyleModule были добавлены два internal static метода.

Вот и все, ожидайте регистрации ...

container.Register(Component
    .For<ISometing>()
    .ImplementedBy<Something>()
    .LifestyleScoped<WebSessionScopeAccessor>());

При желании я превратил эту регистрацию в метод расширения ...

public static class ComponentRegistrationExtensions
{
    public static ComponentRegistration<TService> LifestylePerSession<TService>(this ComponentRegistration<TService> reg)
        where TService : class
    {
        return reg.LifestyleScoped<WebSessionScopeAccessor>();
    }
}

Так это можно назвать так ...

container.Register(Component
    .For<ISometing>()
    .ImplementedBy<Something>()
    .LifestylePerSession());

Похоже, вы на правильном пути, но ваш класс SearchOptions должен реализовать ISearchOptions:

public class SearchOptions : ISearchOptions { ... }

Вам также необходимо сообщить Windsor, что ваш SearchController является компонентом, поэтому вы можете также зарегистрировать его в файле web.config, хотя я предпочитаю делать это из кода (см. Ниже).

Чтобы Виндзор забрал ваш web.config, вы должны создать его экземпляр следующим образом:

var container = new WindsorContainer(new XmlInterpreter());

Чтобы создать новый экземпляр SearchController, вы можете просто сделать это:

var searchController = container.Resolve<SearchController>();

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

container.Register(AllTypes
    .FromAssemblyContaining<MyController>()
    .BasedOn<IController>()
    .ConfigureFor<IController>(reg => reg.LifeStyle.Transient));

По моему опыту, ответ Энди не работает, поскольку SessionStateModule.End - это никогда не поднимался напрямую:

Хотя событие End является общедоступным, вы можете обработать его, только добавив обработчик события в файл Global.asax. Это ограничение реализовано, поскольку экземпляры HttpApplication повторно используются для повышения производительности. Когда сеанс истекает, выполняется только событие Session_OnEnd, указанное в файле Global.asax, чтобы предотвратить вызов кода обработчика событий End, связанного с экземпляром HttpApplication, который используется в данный момент.

По этой причине становится бессмысленным добавлять HttpModule, который ничего не делает. Я адаптировал ответ Энди в один SessionScopeAccessor класс:

public class SessionScopeAccessor : IScopeAccessor
{
    private const string Key = "castle.per-web-session-lifestyle-cache";

    public void Dispose()
    {
        var context = HttpContext.Current;

        if (context == null || context.Session == null)
            return;

        SessionEnd(context.Session);
    }

    public ILifetimeScope GetScope(CreationContext context)
    {
        var current = HttpContext.Current;

        if (current == null)
        {
            throw new InvalidOperationException("HttpContext.Current is null. PerWebSessionLifestyle can only be used in ASP.Net");
        }

        var lifetimeScope = (ILifetimeScope)current.Session[Key];

        if (lifetimeScope == null)
        {
            lifetimeScope = new DefaultLifetimeScope(new ScopeCache());
            current.Session[Key] = lifetimeScope;
            return lifetimeScope;
        }

        return lifetimeScope;
    }

    // static helper - should be called by Global.asax.cs.Session_End
    public static void SessionEnd(HttpSessionState session)
    {
        var scope = (ILifetimeScope)session[Key];

        if (scope != null)
        {
            scope.Dispose();
            session.Remove(Key);
        }
    }
}

}

Важно вызвать метод SessionEnd из вашего global.asax.cs файла:

void Session_OnEnd(object sender, EventArgs e)
{
    SessionScopeAccessor.SessionEnd(Session);
}

Это единственный способ обработать событие SessionEnd.