Блог

Я работаю над проектом и использую N-уровневую архитектуру (веб-уровень, уровень обслуживания, уровень доступа к данным).

Я столкнулся с проблемой, связанной с использованием хранилища сеансов на уровне доступа к данным.

Я храню данные на веб-уровне (контроллер) и хочу использовать данные, сохраненные в сеансе, на уровне доступа к данным. Возможно ли это? Если да, то, пожалуйста, дайте мне знать…

Заранее спасибо.

Коротко: это возможно.

Простой (и действительно плохой) способ — ссылаться на веб-библиотеки на вашем уровне данных и использовать HttpContext.Current.Session . Это нарушит всю гибкость, которую вы получили раньше в своей структуре кода при разделении слоев.

Немного дольше (но гораздо приятнее) установить какой-нибудь контейнер IOC. Это позволит объявлять некоторые интерфейсы на уровне данных и регистрировать поставщиков сеансов на уровне представления.

Я собираюсь показать рабочий процесс с Ninject. Например, у вас есть некоторый service ( SomeService ) на уровне данных, который должен работать с данными из сеанса. Мы можем использовать абстракции, поскольку SomeService на самом деле не заботится о происхождении данных, это не так важно.

 namespace DataLayer
{
    public interface ISomeDataProvider
    {
        string GetData();
    }
}

namespace DataLayer
{
    public class SomeService
    {
        private readonly ISomeDataProvider someDataProvider;

        public SomeService(ISomeDataProvider someDataProvider)
        {
            this.someDataProvider = someDataProvider;
        }

        public void DoThing()
        {
            var data = someDataProvider.GetData();
        }
    }
}
  

Давайте перейдем к уровню представления. Теперь мы должны создать реализацию для нашего интерфейса на уровне данных.

 using DataLayer;
using System.Web;

namespace WebProject.App_Start
{
    internal class SessionDataProvider : ISomeDataProvider
    {
        public string GetData()
        {
            return HttpContext.Current.Session["data"].ToString();
        }
    }
}
  

Наконец, нам нужно настроить внедрение зависимостей для использования нашей реализации всякий раз, когда ISomeDataProvider она используется в конструкторе. В Интернете есть много статей об установке Ninject, я рекомендую Ninject.MVC3 package . Как только вы его установите, у вас будет NinjectWebCommon.cs выглядеть что-то похожее на это.

 [assembly: WebActivatorEx.PreApplicationStartMethod(typeof(WebProject.App_Start.NinjectWebCommon), "Start")]
[assembly: WebActivatorEx.ApplicationShutdownMethodAttribute(typeof(WebProject.App_Start.NinjectWebCommon), "Stop")]

namespace WebProject.App_Start
{
    using System;
    using System.Web;
    using DataLayer;
    using Microsoft.Web.Infrastructure.DynamicModuleHelper;

    using Ninject;
    using Ninject.Web.Common;

    public static class NinjectWebCommon 
    {
        private static readonly Bootstrapper bootstrapper = new Bootstrapper();

        /// <summary>
        /// Starts the application
        /// </summary>
        public static void Start() 
        {
            DynamicModuleUtility.RegisterModule(typeof(OnePerRequestHttpModule));
            DynamicModuleUtility.RegisterModule(typeof(NinjectHttpModule));
            bootstrapper.Initialize(CreateKernel);
        }
        
        /// <summary>
        /// Stops the application.
        /// </summary>
        public static void Stop()
        {
            bootstrapper.ShutDown();
        }
        
        /// <summary>
        /// Creates the kernel that will manage your application.
        /// </summary>
        /// <returns>The created kernel.</returns>
        private static IKernel CreateKernel()
        {
            var kernel = new StandardKernel();
            try
            {
                kernel.Bind<Func<IKernel>>().ToMethod(ctx => () => new Bootstrapper().Kernel);
                kernel.Bind<IHttpModule>().To<HttpApplicationInitializationHttpModule>();

                RegisterServices(kernel);
                return kernel;
            }
            catch
            {
                kernel.Dispose();
                throw;
            }
        }

        /// <summary>
        /// Load your modules or register your services here!
        /// </summary>
        /// <param name="kernel">The kernel.</param>
        private static void RegisterServices(IKernel kernel)
        {
            kernel.Bind<ISomeDataProvider>().To<SessionDataProvider>().InRequestScope();
        }        
    }
}
  

Что здесь наиболее важно, так это эта строка kernel.Bind<ISomeDataProvider>().To<SessionDataProvider>().InRequestScope(); . Он будет настроен SomeService для использования SessionDataProvider на уровне данных без фактической ссылки на все веб-библиотеки DLL на уровне данных и обхода циклической зависимости

Наконец, внедрите свой сервис в конструктор контроллера

 using DataLayer;
using System.Web.Mvc;

namespace WebProject.Controllers
{
    public class HomeController : Controller
    {
        private readonly SomeService someService;

        public HomeController(SomeService someService)
        {
            this.someService = someService;
        }

        public ActionResult Index()
        {
            someService.DoThing();
            return View();
        }
    }
}
  

Я полагаю, что здесь вы хотите реализовать пользовательский SessionStateStoreProvider.

https://learn.microsoft.com/en-us/dotnet/api/system.web.sessionstate.sessionstatestoreproviderbase?view=netframework-4.8

Тогда сеанс может быть реализован как абстракция уровня данных и легко использоваться на этом уровне.