Autofc与Mvc,WebForm,Weiapi,Owin整合源码分析

主要分析一下的几个项目:

  Autofac.Integration.Mvc

  Autofac.Integration.WebApi

  Autofac.Integration.Owin

  Autofac.Integration.Web

  Autofac.Integration.WebApi.Owin

  Autofac.Integration.Mvc.Owin

  地址:https://github.com/autofac

以上几个项目分别是 Mvc Webapi Owin 和 webform 与autofac的整合项目

下文将通过对不同的框架进行分别描述,但之前有几个问题需要思考

  什么是ioc

  为什么用ioc

那么怎么写一个简单ioc该考虑什么?
    1、api 注册 获取
    2、声明周期 单例 瞬时对象 线程唯一 请求唯一等等。。。(待续)
    3、关于gc的思考 ?如何保证对象gc 不会内存溢出
    4、和框架整合需要考虑什么

过去(webform)  

  对于webfrom 来说 一个aspx 窗体 就是一个IHttpHandler, 从webform本身架构来讲 没有设计Ioc容器接口,so aufofac是怎么对这个框架对接的呢?

  通过使用 可以清楚地知道 需要 web.config 配置 ContainerDisposalModule PropertyInjectionModule

  而这2个moduel 分别是干什么的呢。

    ContainerDisposalModule 很简单 context.EndRequest += OnEndRequest; 对于结束请求释放了请求关联的声明周期你的所有对象

    PropertyInjectionModule 通俗易懂是 属性输入 ontext.PreRequestHandlerExecute += OnPreRequestHandlerExecute. 在handler初始化成功后将属性注入

  对于webform来说只能使用属性注入,不能使用构造函数注入.why? 因为 前文提到 一个aspx 窗体 就是一个IHttpHandler,至于httphandler在什么初始化无法控制。

现在(Mvc WebApi 与Owin混合)

  对于mvc框架和webapi来言 都是mvc模式。本身框架提供了ioc容器入口.

  but 对于mvc的 接口个人非常讨厌。why 因为ioc接口设计相对简陋 未提供dispose,可以想象 一个请求内关联的一个声明周期内的对象 不释放是多么可怕。内存不断地增加。

  而webapi提供的ioc接口 更好一些 提供了IDependencyScope 提供了 Dispose方法。

  那么对于Mvc是怎么处理请求结束 释放对象的问题呢?

     1、[assembly: PreApplicationStartMethod(typeof(PreApplicationStartCode), "Start")]

     2、DynamicModuleUtility.RegisterModule(typeof(RequestLifetimeHttpModule));

     3、context.EndRequest += OnEndRequest;

     4、ILifetimeScopeProvider.EndLifetimeScope();

  用了net4.0新特性 PreApplicationStartMethod.然后注册了回收方法

  而webapi相对简单:

    AutofacWebApiDependencyScope 内部实现了释放。

  关于2者使用:

    http://docs.autofac.org/en/latest/integration/mvc.html

    http://docs.autofac.org/en/latest/integration/webapi.html

  而关于Owin部分

    因为现在mvc webapi和 owin属于混合 基本上以上使用基本满足。

未来(Owin)

  关于Autofac对接Owin,在Autofac.Integration.Owin Autofac.Integration.Mvc.Owin Autofac.Integration.WebApi.Owin这3个项目中autofac封装一套基于Owin管道与Mvc和webapi整合

  例如UseAutofacMiddleware中 将lifetimeScope注入到IOwinContext中

时间: 2024-10-22 18:20:00

Autofc与Mvc,WebForm,Weiapi,Owin整合源码分析的相关文章

mybatis源码分析(四) mybatis与spring事务管理分析

mybatis源码分析(四) mybatis与spring事务管理分析 一丶从jdbc的角度理解什么是事务 从mysql获取一个连接之后, 默认是自动提交, 即执行完sql之后, 就会提交事务. 这种事务的范围是一条sql语句. 将该连接设置非自动提交, 可以执行多条sql语句, 然后由程序决定是提交事务, 还是回滚事务. 这也是我们常说的事务. Connection connection = dataSource.getConnection(); // connection.setTransa

WebForm / MVC 源码分析

ASP.NET WebForm / MVC 源码分析 浏览器 Url:https//localhost:6565/Home/Index ,https//localhost:6565/WebForm1.aspx,请求服务器(构建请求报文,并且将请求报文发送给服务器) 1:服务器(内核模式 Http.sys)对请求报文做基本的处理 2:请求服务器(用户模式,IIS服务器) 2.1:对发送过来的数据做一个检查,如果请求的是静态资源的(.html,jpg,js),那么IIS直接将这些资源返回浏览器 2.

【Spring】Spring&WEB整合原理及源码分析

表现层和业务层整合: 1. Jsp/Servlet整合Spring: 2. Spring MVC整合SPring: 3. Struts2整合Spring: 本文主要介绍Jsp/Servlet整合Spring原理及源码分析. 一.整合过程 Spring&WEB整合,主要介绍的是Jsp/Servlet容器和Spring整合的过程,当然,这个过程是Spring MVC或Strugs2整合Spring的基础. Spring和Jsp/Servlet整合操作很简单,使用也很简单,按部就班花不到2分钟就搞定了

asp.net mvc 之旅 —— 第六站 ActionFilter的应用及源码分析

这篇文章我们开始看一下ActionFilter,从名字上其实就大概知道ActionFilter就是Action上的Filter,对吧,那么Action上的Filter大概有几个呢??? 这个问题其实还是蛮简单的,因为我们听说Mvc本身就是一个扩展性极强的框架,自然就是层层有拦截,层层有过滤,对吧,比如我们看到的如下Controller类. public abstract class Controller : ControllerBase, IActionFilter, IAuthenticati

【Spring】Spring&WEB整合原理及源码分析(二)

一.整合过程 Spring&WEB整合,主要介绍的是Jsp/Servlet容器和Spring整合的过程,当然,这个过程是Spring MVC或Strugs2整合Spring的基础. Spring和Jsp/Servlet整合操作很简单,使用也很简单,按部就班花不到2分钟就搞定了,本节只讲操作不讲原理,更多细节.原理及源码分析后续过程陆续涉及. 1. 导入必须的jar包,本例spring-web-x.x.x.RELEASE.jar: 2. 配置web.xml,本例示例如下: <?xml vers

【MVC - 参数原理】详解SpringMVC中Controller的方法中参数的工作原理[附带源码分析]

前言 SpringMVC是目前主流的Web MVC框架之一. 如果有同学对它不熟悉,那么请参考它的入门blog:http://www.cnblogs.com/fangjian0423/p/springMVC-introduction.html SpringMVC中Controller的方法参数可以是Integer,Double,自定义对象,ServletRequest,ServletResponse,ModelAndView等等,非常灵活.本文将分析SpringMVC是如何对这些参数进行处理的,

ASP.NET MVC 4源码分析之如何定位控制器

利用少有的空余时间,详细的浏览了下ASP.NET MVC 4的源代码.照着之前的步伐继续前进(虽然博客园已经存在很多大牛对MVC源码分析的博客,但是从个人出发,还是希望自己能够摸索出这些).首先有一个事实我们需要明白,就是ASP.NET MVC是基于ASP.NET的,并不是独立开来的,所以我们的伊始将会从路由配置入手. 在开始本节之前,需要读者对ASP.NET的路由配置以及C#的扩展方法有一定的掌握,如果读者不理解请根据情况选择下面的文章进行充电: 1.ASP.NET路由映射 2.C#扩展方法

asp.net mvc源码分析-ModelValidatorProviders 客户端的验证

几年写过asp.net mvc源码分析-ModelValidatorProviders 当时主要是考虑mvc的流程对,客户端的验证也只是简单的提及了一下,现在我们来仔细看一下客户端的验证. 如图所示, 首先我们要知道这里的data-val这些属性是在哪里生成的?可以肯定是在mvc后台生成的, @Html.PasswordFor(m => m.Password) 生成input @Html.ValidationMessageFor(m => m.Password) 生成span 调用层级关系:

asp.net mvc源码分析-DefaultModelBinder 自定义的普通数据类型的绑定和验证

原文:asp.net mvc源码分析-DefaultModelBinder 自定义的普通数据类型的绑定和验证 在前面的文章中我们曾经涉及到ControllerActionInvoker类GetParameterValue方法中有这么一句代码: ModelBindingContext bindingContext = new ModelBindingContext() { FallbackToEmptyPrefix = (parameterDescriptor.BindingInfo.Prefix