Startup/OWIN框架
梦一回 人气:1为什么写OWIN框架呢?
因为没接触刀OWIN框架直接去学.NET Core比较生硬,个人见解。
首先我们要知道OWIN的由来:ASP.NET和IIS和Windows操作系统的关系在之前是紧密联系的,缺一不可,缺点:复杂的ASP.NET生命周期(请求到服务器->IIS->CLR->aspnet_wp.exe),耦合性太强。面向对象的世界中,接口往往解耦是关键。由此,OWIN出现。
=========百度百科=============
OWIN定义了4层:
Host:主要负责应用程序的配置和启动进程,包括初始化OWIN Pipeline、运行Server。
Server:这是实际的Http Server,绑定套接字并监听的HTTP请求然后将Request和Response的Body、Header封装成符合OWIN规范的字典并发送到OWIN Middleware Pipeline中,最后Application为Response Data填充合适的字段输出。
Middleware:称之为中间件、组件,位于Server与Application之间,用来处理发送到Pipeline中的请求,这类组件可以是简单的Logger或者是复杂的Web Framework比如Web API、SignalR,只要Sever连接成功,Middleware中间件可以是任何实现应用程序委托的组件。
Application:这是具体的应用程序代码,可能在Web Framework之上。对于Web API、SignalR这类Web Framework中间件而言,我们仅仅是改变了他们的托管方式,而不是取代ASP.NET WEB API、SignalR原先的应用程序开发。所以该怎么开发就怎么开发,只不过我们将他们注册到OWIN Pipeline中去处理HTTP请求,成为OWIN管道的一部分,所以此处的Application即正在意义上的处理程序代码。
=========百度百科=============
Program文件的出现:
托管和运行ASP.NET Core应用程序的新运行时基础结构。请看下面流程知道Program作用:
Internet<-->web服务器<-->主ASP.NET控制台应用程序(内置的WEB服务器<->你的asp.net代码)
Web服务器通过一个配置的端口与完全解耦的可执行文件通信,并将传入的请求转发给控制台应用程序,这个控制台程序由一个必要的HTTP模型块进入IIS进程空间生成,该HTTP模块使IIS能够支持ASP.NET Core。要将ASP.NET Core应用程序托管到其他Web服务器,必须有类似的扩展模块。
加载全部内容