在第1章项目结构分析中，我们提到Startup.cs作为整个程序的入口点，等同于传统的Global.asax文件，即：用于初始化系统级的信息（例如，MVC中的路由配置）。本章我们就来一一分析，在这里如何初始化这些系统级的信息。
新旧版本之间的Pipeline区别
ASP.NET 5和之前版本的最大区别是对HTTP Pipeline的全新重写，在之前的版本中，请求过滤器的通常是以HttpModule为模块组件，这些组件针对HttpApplication里定义的各个周期内的事件进行响应，从而用于实现认证、全局错误处理、日志等功能。传统的Form表单认证就是一个HTTPModule。HTTPModule不仅能够过滤Request请求，还可以和Response响应进行交互并修改。这些HTTPModule组件都继承于IHttpModule接口，而该接口是位于System.Web.dll中。
HttpModule代码不仅可以在Global.asax中的各事件周期中进行添加，还可以单独编译成类库并在web.config中进行注册。
新版的ASP.NET 5抛弃了重量级的System.Web.dll，相应地引入了Middleware的概念，Middleware的官方定义如下：
Pass through components that form a pipeline between a server and application to inspect, route, or modify request and response messages for a specific purpose.
在服务器和应用程序之间的管线Pipeline之间，针对特定的目的，穿插多个Middleware组件，从而对request请求和response响应进行检
查、路由、或修改。
该定义和传统的HttpModule以及HttpHandler特别像。
Middleware的注册和配置
在ASP.NET5中，request请求管线（Pipeline）的访问是在Startup类中进行的，该类时一个约定类，并且里面的ConfigureServices方法、Configure方法、以及相应的参数也是事先约定的，所以不能进行改动。
Middleware中的依赖处理：ConfigureServices方法
在ASP.NET5中的各种默认的Middleware中，都使用了依赖注入的功能，所以在使用Middleware中的功能时，需要提前将依赖注入所需要的类型及映射关系都注册到依赖注入管理系统中，即IServiceCollection集合，而ConfigureServices方法接收的就一个IServiceCollection类型的参数，该参数就是所有注册过类型的集合，通过原生的依赖注入组件进行管理（关于ASP.NET5中的依赖注入，我们会在单独章节中进行讲解），在该方法内，我们可以向该集合中添加新的类型和类型映射关系，示例如下：
// Add MVC services to the services container. services.AddMvc();
示例中的代码用于向系统添加Mvc模块相关的Service类型以支撑MVC功能，该方法是一个扩展方法，用于在集合中添加与MVC相关的多个类型。
