ASP.NET5 MVC6 利用Middleware 创建可访问HttpContext 的业务类工厂。（代替HttpContext.Current）

我们的目标是在后台业务处理类中，能够很容易的取得用户信息或者其它HTTP请求相关的信息。

所以，首先我们需要一个存储这些信息的类：

    public class RequestData
    {
        public string UserName { get; set; }

        public int UserId { get; set; }

        public UriBuilder Url { get; set; }
    }

这个请求信息类，是我们业务工厂类的一个属性：

    public class DataControllerFactory
    {
        public RequestData RequestData { get; set; } = new RequestData();

        public T Create<T>() where T : BaseBusiness
        {
            T dc = Activator.CreateInstance<T>();
            dc.RequestData = this.RequestData;
            return dc;
        }
    }

这个工厂类里的BaseBusiness就是所有业务处理类的基类：

    public class BaseBusiness
    {
        public RequestData RequestData { get; set; }
    }

也许基类加上 abstract关键字更好些。  接着创建一个用于测试的业务处理类：

public class TestDataController: BaseDataController
    {
    }

好吧，它是空的，但是做测试够用了。   后台业务层就是上面这些类了。  下面是前台MVC里利用 DI 和 Middleware 实现RequestData的传递和业务类的创建。

首先创建RequestMiddleware

    public abstract class AbstractMiddleware
    {
        protected RequestDelegate Next { get; set; }

        protected AbstractMiddleware(RequestDelegate next)
        {
            this.Next = next;
        }

        public abstract Task Invoke(HttpContext context);
    }

    public class RequestMiddleware:AbstractMiddleware
    {
        public RequestMiddleware(RequestDelegate next) : base(next) { }

        public async override Task Invoke(HttpContext context)
        {
            DataControllerFactory factory = context.RequestServices.GetService(typeof(DataControllerFactory)) as DataControllerFactory; 
            factory.RequestData.UserName =  context.User.Identity.Name??"Not Login"; 
            await this.Next.Invoke(context);
        }
    }

这里用了个基类 AbstractMiddleware， 不过看来作用不大，它不是必须的。

在Startup类里的 Configure 方法中， 注册这个中间件：

 app.UseMiddleware<RequestMiddleware>();

//下面的代码也在Configure方法中，用于开启cookie认证功能，这样可以大大的简化登录代码，便于测试或者集成已有的用户管理系统。
            //app.UseIdentity();
            app.UseCookieAuthentication(options =>
            {
                options.AuthenticationScheme = CookieAuthenticationDefaults.AuthenticationScheme;
                options.AutomaticAuthenticate = true;
                options.AutomaticChallenge = true;
                options.CookieHttpOnly = true;
            });

顺便在其 ConfigureServices 方法中添加 业务类工厂 的依赖注入类型

services.AddScoped<DataControllerFactory>();

有可能 这行代码 需要在 services.AddMvc(); 的上面， 总之有时顺序很重要， 但我还没有时间仔细测试这些问题。

下面我们就要测试一下我们能不能取得业务类工厂，并且创建出带有登录请求信息的业务类。

有了上面开启cookie认证的代码，我们在Controller中的登录Action便很简单了：

        //这里用了API形式的测试登录方法 
　　　　　　　public string Login()
        {
            List<Claim> claims = new List<Claim>();
            claims.Add(new Claim("Name", "TestName", ClaimValueTypes.String));
            claims.Add(new Claim(ClaimTypes.Name, "TestName", ClaimValueTypes.String));
            ClaimsIdentity identity = new ClaimsIdentity(claims, "AuthenticationType", "Name", ClaimTypes.Role);
            ClaimsPrincipal principal = new ClaimsPrincipal(identity);
            HttpContext.Authentication.SignInAsync(CookieAuthenticationDefaults.AuthenticationScheme, principal);
            return "ok";
        }

下面是测试 Factory 和 相关登录请求数据的 Action :

        public IActionResult TestLogin()
        {
            var factor = GetService<DataControllerFactory>();
            TestDataController tdc = factor.Create<TestDataController>();
            ViewBag.UserName = tdc.RequestData.UserName;
            return View();
        }

VIEW层调用登录action和测试action的方法很简单，这里就不再写了。