В основном я пытаюсь создать класс SessionManager, который я могу использовать для управления сеансами в моих приложениях MVC. Для этого я думаю, что лучший способ сделать это - создать класс-оболочку для HttpContext, который затем позволит мне получить доступ к HttpContext.Current.Session.Создание Wrapper для HttpContext
Если честно, я не уверен в этом, я просто чувствую, что это логичный способ сделать это. Я также хочу создать интерфейсы ISessionManager и ISession, а затем реализовать их в соответствии с потребностями моего приложения. Для моего текущего проекта, и на данный момент мне нужно управление сеансом InProc, но мне может потребоваться хранить данные сеанса на сервере MSSQL, когда мы решили расширить и использовать веб-ферму или сад. Вот почему я с самого начала пытаюсь создать своего рода расширяемую структуру.
Заключительное примечание. Я буду использовать Microsoft Unity для ввода конкретного SessionManager. Я считаю, что это хороший способ поддерживать определенный уровень абстракции.
Любые предложения по достижению всего этого?
Заранее благодарен! :)
Не пишите «может быть код» (может быть, нам это понадобится, может быть, нам это понадобится). Вы всегда тратите время, затрачиваемое на функции или улучшения, которые могут принести пользу вашим пользователям сейчас, а не позже. – jfar
Как вы будете реализовывать 'ISession' на' HttpContext.Current.Session', который является частью структуры? –
@jfar: То, что вы сказали, имеет смысл. Но вы, возможно, неправильно поняли, что я сказал. Я хочу, чтобы мой код расширялся, но это не значит, что я буду кодировать диспетчер сеансов для каждого сценария ** сейчас **. Но я просто стараюсь держать все как абстрактное и расширяемое, насколько это возможно, поэтому мне не пришлось бы повторно создавать все позже. – Kassem