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的方法很简单，这里就不再写了。