Startup Class中含有两个重要方法:Configure方法用于每次http请求的处理,好比后面要讲的中间件(Middleware),就是在configure方法中配置。而ConfigureServices方法在Configure方法前调用,它是一个可选的方法,可在configureServices依赖注入接口或一些全局的框架,好比EntityFramework、MVC等。Startup 类的 执行顺序:构造 -> configureServices->configure
。html
主要实现一些配置的工做,方法参数以下:json
IHostingEnvironment
: 用于访问应用程序的特殊属性,好比applicationName
,applicationVersion
。经过IHostingEnvironment
对象下的属性能够在构造中实现配置工做。好比获取当前根路径找到配置json文件地址,而后ConfigurationBuilder初始化配置文件,最后能够经过GetSection()方法获取配置文件。代码清单以下:跨域
var builder = new ConfigurationBuilder() .SetBasePath(env.ContentRootPath) .AddJsonFile("appsettings.json"); var configuration = builder.Build(); var connStr = configuration.GetSection("Data:DefaultConnection:ConnectionString").Value;
根目录下的配置文件以下:缓存
{ "Data": { "DefaultConnection": { "ConnectionString": "Server=(localdb)\\MSSQLLocalDB;Database=_CHANGE_ME;Trusted_Connection=True;" } }}
ILoggerFactory
: 提供建立日志的接口,能够选用已经实现接口的类或自行实现此接口,下面代码使用最简单的控制台做为日志输出。服务器
public Startup(IHostingEnvironment env, ILoggerFactory logger) { var log = logger.CreateLogger("default"); logger.AddConsole(); log.LogInformation("start configure"); }
主要实现了依赖注入(DI)的配置,方法参数以下:mvc
IServiceCollection:整个ASP.NET Core 默认带有依赖注入(DI),IServiceCollection是依赖注入的容器,首先建立一个类(Foo)和接口(IFoo),代码清单以下:app
using System;using System.Collections.Generic;using System.Linq;using System.Threading.Tasks;namespace WebApplication1{ public interface IFoo { string GetFoo(); } }
using System;using System.Collections.Generic;using System.Linq;using System.Threading.Tasks;namespace WebApplication1{ public class Foo : IFoo { public string GetFoo() { return "foo"; } } }
在ConfigureServices 中将接口和实现注入至容器框架
public void ConfigureServices(IServiceCollection services) { services.AddTransient<ifoo, foo="">(); }
若是想在每次Http请求后都使用IFoo的GetFoo()方法来处理,上面讲到能够在Configure方法中注册函数,在注册过程当中因为使用了依赖注入(DI),所以能够直接经过RequestServices.GetRequiredService()
泛型方法将IFoo对象在容器中取出。asp.net
app.Run((context) => { var str = context.RequestServices.GetRequiredService().GetFoo(); return context.Response.WriteAsync(str); });
除了本身的接口外,还支持经过扩展方法添加更多的注入方法,好比EntityFramework、mvc框架都实现本身的添加方法。ide
public void ConfigureServices(IServiceCollection services){ // Add framework services. services.AddDbContext(options => options.UseSqlServer(Configuration.GetConnectionString("DefaultConnection"))); services.AddIdentity<applicationuser, identityrole="">() .AddEntityFrameworkStores() .AddDefaultTokenProviders(); services.AddMvc(); // Add application services. services.AddTransient<ifoo, foo="">(); }
主要是http处理管道配置和一些系统配置,参数以下:
IApplicationBuilder
: 用于构建应用请求管道。经过IApplicationBuilder下的run方法传入管道处理方法。这是最经常使用方法,对于一个真实环境的应用基本上都须要好比权限验证、跨域、异常处理等。下面代码调用IApplicationBuilder.Run方法注册处理函数。拦截每一个http请求,输出Hello World。
public void Configure(IApplicationBuilder app){ app.Run((context) => context.Response.WriteAsync("Hello World!")); }
IHostingEnvironment
: 同构造参数
ILoggerFactory
: 同构造参数
中间件是一个处理http请求和响应的组件,多个中间件构成了处理管道(Handler pipeline),每一个中间件能够决定是否传递至管道中的下一中间件。一旦注册中间件后,每次请求和响应均会被调用。
中间件的注册在startup中的Configure方法完成,在configure方法中使用IApplicationBuilder对象的Run、Map、Use方法传入匿名委托(delegate)。上文示例注册IFoo.GetFoo()方法就是一个典型的中间件。
Run & Use: 添加一个中间件至请求管道。它们在功能很相似可是也存在一些区别,先来看下两个方法的定义。
public static IApplicationBuilder Use(this IApplicationBuilder app, Func<httpcontext, func<task="">, Task> middleware); public static void Run(this IApplicationBuilder app, RequestDelegate handler);
Run是经过扩展方法语法来定义,传入入参是RequestDelegate的委托,执行完一个第一个run后是不会激活管道中的第二个run方法,这样代码执行结果只会输出一个“hello world!”
app.Run((context) => context.Response.WriteAsync("Hello World!")); app.Run((context) => context.Response.WriteAsync("Hello World 1!"));
而use方法的入参则是Func<>的委托包含两个入参和一个返回值,这样在第一个函数执行完成后能够选择是否继续执行后续管道中的中间件仍是中断。
app.Use((context, next) => { context.Response.WriteAsync("ok"); return next(); }); app.Use((context, next) => { return context.Response.WriteAsync("ok"); });
Map: 含有两个参数pathMatche和configuration,经过请求的url地址匹配相应的configuration。例如能够将url路径是/admin的处理函数指定为以下代码:
app.Map("/admin", builder => { builder.Use((context, next) => context.Response.WriteAsync("admin")); });
Middleware | 功能描述 |
---|---|
Authentication | 提供权限支持 |
CORS | 跨域的配置 |
Routing | 配置http请求路由 |
Session | 管理用户会话 |
Static Files | 提供对静态文件的浏览 |
这里有一些官方的示例,连接
以上内容有任何错误或不许确的地方请你们指正,不喜勿喷!
本文版权归做者和博客园共有,欢迎转载,但未经做者赞成必须保留此段声明,且在文章页面明显位置给出原文链接,不然保留追究法律责任的权利。若是以为还有帮助的话,能够点一下右下角的【推荐】,但愿可以持续的为你们带来好的技术文章!想跟我一块儿进步么?那就【关注】我吧。
参考连接
[1] https://docs.asp.net/en/latest/fundamentals/middleware.html
[2] http://www.talkingdotnet.com/app-use-vs-app-run-asp-net-core-middleware/
相关文章: