中文字幕免费精品_亚洲视频自拍_亚洲综合国产激情另类一区_色综合咪咪久久

剖析ASP.NET MVC的DependencyResolver組件
來(lái)源:易賢網(wǎng) 閱讀:1185 次 日期:2016-08-10 15:32:58
溫馨提示:易賢網(wǎng)小編為您整理了“剖析ASP.NET MVC的DependencyResolver組件”,方便廣大網(wǎng)友查閱!

這篇文章主要為大家剖析ASP.NET MVC的DependencyResolver組件,感興趣的小伙伴們可以參考一下

一、前言

DependencyResolver是MVC中一個(gè)重要的組件,從名字可以看出,它負(fù)責(zé)依賴對(duì)象的解析,可以說(shuō)它是MVC框架內(nèi)部使用的一個(gè)IOC容器。MVC內(nèi)部很多對(duì)象的創(chuàng)建都是通過(guò)它完成的,或許我們平時(shí)沒有直接用到它,但是如果你在使用unity、autofac,或者在看一些開源項(xiàng)目時(shí),總會(huì)看到它的身影。接下來(lái)就讓我們看一下這個(gè)組件是如何工作的。

二、通過(guò)Controller的激活理解DependencyResolver的工作過(guò)程

這里先插一個(gè)題外話,經(jīng)常會(huì)有面試問:asp.net 幾個(gè)核心對(duì)象是什么?一般人都會(huì)回答:Server、Request、Response、Session、Cookie這些。但我的回答會(huì)是HttpApplication、HttpHandler和HttpModule,這才是管道模型中的核心類型,整個(gè)asp.net的處理流程和可擴(kuò)展性也都是建立在這幾個(gè)對(duì)象上的。

回到主題,asp.net請(qǐng)求都是交給HttpHandler處理的,對(duì)于MVC來(lái)說(shuō),是交給一個(gè)MvcHandler,它負(fù)責(zé)激活Controller,如果你不知道為什么,請(qǐng)看這里。在這里我們直接定位到MvcHandler的PR方法:

protected internal virtual IAsyncResult BeginProcessRequest(HttpContextBase httpContext, AsyncCallback callback, object state)

{

  IController controller;

  IControllerFactory factory;

  ProcessRequestInit(httpContext, out controller, out factory);

  //其它操作

  //調(diào)用 controller.Execute方法

}

private void ProcessRequestInit(HttpContextBase httpContext, out IController controller, out IControllerFactory factory)

{

  HttpContext currentContext = HttpContext.Current;

  //從路由獲取controller名稱

  string controllerName = RequestContext.RouteData.GetRequiredString("controller");

  //通過(guò)ControllerBuilder獲取ControllerFactory,默認(rèn)就是DefaultControllerFactory

  factory = ControllerBuilder.GetControllerFactory();

  //通過(guò)ControllerFactory獲取Controller對(duì)象

  controller = factory.CreateController(RequestContext, controllerName);

}

ControllerFactory故名思議就是用于創(chuàng)建Controller的,我們也可以自己實(shí)現(xiàn)IControllerFactory,參與Controller的激活過(guò)程,具體是在全局調(diào)用ControllerBuilder.Current.SetControllerFactory方法。我們這里主要關(guān)注的是Controller的激活過(guò)程,實(shí)際上它們的創(chuàng)建過(guò)程是相似的。默認(rèn)使用的ControllerFactory是DefaultControllerFactory。DefaultControllerFactory的CreateController方法如下:

public virtual IController CreateController(RequestContext requestContext, string controllerName)

{

  //獲取Controller類型

  Type controllerType = GetControllerType(requestContext, controllerName);

  IController controller = GetControllerInstance(requestContext, controllerType);

  return controller;

}

protected internal virtual IController GetControllerInstance(RequestContext requestContext, Type controllerType)

{

  return ControllerActivator.Create(requestContext, controllerType);

}

可以看到,它通過(guò)一個(gè)ControllerActivator來(lái)創(chuàng)建IController對(duì)象,默認(rèn)使用的是DefaultControllerActivator。與ControllerFactory類似,我們可以實(shí)現(xiàn)IControllerActivator,參與Controller的激活過(guò)程,具體是將ControllerActivator作為DefaultConrtollerFactory構(gòu)造函數(shù)參數(shù),然后再在全局調(diào)用ControllerBuilder.Current.SetControllerFactory方法。可以看到MVC的Controller激活過(guò)程是很靈活的,它提供多種方式讓我們自定義激活過(guò)程。DefaultControllerActivator定義如下:

private class DefaultControllerActivator : IControllerActivator

{

  private Func<IDependencyResolver> _resolverThunk;

  public DefaultControllerActivator()

    : this(null)

  {

  }

  public DefaultControllerActivator(IDependencyResolver resolver)

  {

    if (resolver == null)

    {

      _resolverThunk = () => DependencyResolver.Current;

    }

    else

    {

      _resolverThunk = () => resolver;

    }

  }

  public IController Create(RequestContext requestContext, Type controllerType)

  {

    try

    {

      return (IController)(_resolverThunk().GetService(controllerType) ?? Activator.CreateInstance(controllerType));

    }

    catch (Exception ex)

    {

    }

  }

}

這里的_resolverThunk是一個(gè)用于獲取IDepencyResolver對(duì)象的委托,實(shí)際獲得的是DependencyResolver.Current。我們也可以自己實(shí)現(xiàn)IDependencyResolver,參與Controller的激活過(guò)程,具體是在全局調(diào)用DependencyResolver的靜態(tài)方法SetResolver方法。需要注意的是這里的DependencyResolver類型(這里是類型,而其它地方提到的DependencyResolver都是組件的意思)并沒有實(shí)現(xiàn)IDependencyResolver接口,我覺得將它命名為DependencyResolverContainer會(huì)更合適一些。IDepdencyResolver接口的定義如下:

public interface IDependencyResolver

{

  object GetService(Type serviceType);

  IEnumerable<object> GetServices(Type serviceType);

}

默認(rèn)DependencyResolver.Current使用的是DefaultDependencyResolver類型,這里又和ControllerFactory和ControllerActivator的設(shè)計(jì)一樣了,如果我們自定義,那么就使用,否則就使用默認(rèn)的。DefaultDependencyResolver定義如下:

private class DefaultDependencyResolver : IDependencyResolver

{

  public object GetService(Type serviceType)

  {

    if (serviceType.IsInterface || serviceType.IsAbstract)

    {

      return null;

    }

    try

    {

      //如果Controller Type創(chuàng)建Controller實(shí)例對(duì)象

      return Activator.CreateInstance(serviceType);

    }

    catch

    {

      return null;

    }

  }

  public IEnumerable<object> GetServices(Type serviceType)

  {

    return Enumerable.Empty<object>();

  }

}

可以看到,MVC會(huì)將Controller對(duì)象的創(chuàng)建通過(guò)DependencyResolver完成。將對(duì)象的創(chuàng)建通過(guò)DependencyResolver完成的好處是可以降低對(duì)象間的耦合度;另外,通過(guò)實(shí)現(xiàn)IDependencyResolver接口,我們可以完全控制對(duì)象的創(chuàng)建過(guò)程,例如將對(duì)象的依賴關(guān)系轉(zhuǎn)移到配置文件中等等。

通過(guò)上面我們還知道了有三種默認(rèn)類型:DefaultControllerFactory、DefaultControllerActivator和DefaultDependencyResolver,分別對(duì)應(yīng)三個(gè)接口:IControllerFactory、IControllerActivator、IDependencyResolver。它們的設(shè)計(jì)是類似的,都是提供給外部一個(gè)接口,如果外部自己實(shí)現(xiàn)了這個(gè)過(guò)程,那么就使用,否則用默認(rèn)的。實(shí)際上這也是我們參與Controller激活過(guò)程的三種做法。

三、實(shí)現(xiàn)IDependencyResolver接口

接下來(lái)通過(guò)一個(gè)例子證明上面的過(guò)程。我們要實(shí)現(xiàn)的需求是通過(guò)實(shí)現(xiàn)IDependencyResolver接口,實(shí)現(xiàn)Controller構(gòu)造函數(shù)注入服務(wù)。如:

public class HomeController : Controller

{      

  private IUserService _service;

  public HomeController(IUserService service)

  {

    _service = service;

  }

  public ActionResult Index()

  {

    return Content(_service.GetUserName());

  }

}

HomeController只依賴于IUserService接口,不依賴于具體對(duì)象。

接下來(lái)我們實(shí)現(xiàn)IDependencyResolver接口,依賴注入的實(shí)現(xiàn)方式有很多種,這里我們使用Unity。如下:

public class UnityDependencyResolver : IDependencyResolver

{

  public object GetService(Type serviceType)

  {

    if(serviceType == null)

    {

      throw new ArgumentNullException("serviceType");

    }      

    return (serviceType.IsClass && !serviceType.IsAbstract)

      || Ioc.IsRegistered(serviceType) ? Ioc.GetService(serviceType) : null;

  }

  public IEnumerable<object> GetServices(Type serviceType)

  {

    if (serviceType == null)

    {

      throw new ArgumentNullException("serviceType");

    }

    return (serviceType.IsClass && !serviceType.IsAbstract)

      || Ioc.IsRegistered(serviceType) ? Ioc.GetServices(serviceType) : null;

  }

}

這里需要判斷 (serviceType.IsClass && !serviceType.IsAbstract) || Ioc.IsRegistered(serviceType) 原因是我們前面說(shuō)過(guò)的,MVC內(nèi)部很多對(duì)象都是通過(guò)DependencyResolver組件創(chuàng)建的,如上面的IConrtollerFactoy,所以這里我們只負(fù)責(zé)對(duì)已注冊(cè)的類型或類(非抽象類)進(jìn)行解析。

Ioc類在這里很簡(jiǎn)單,如下:

public class Ioc

{

  private static IUnityContainer _container = new UnityContainer();

  public static void RegisterType<TFrom,TTo>()

    where TTo : TFrom

  {      

    _container.RegisterType<TFrom, TTo>();

  }

  public static object GetService(Type type)

  {            

    return _container.Resolve(type);

  }

  public static IEnumerable<object> GetServices(Type type)

  {

    return _container.ResolveAll(type);

  }

  public static bool IsRegistered(Type type)

  {

    return _container.IsRegistered(type);

  }

}

接著,在Application_Start方法中,注冊(cè)Service和設(shè)置IocDependencyResolver:

Ioc.RegisterType<IUserService, UserService>();

DependencyResolver.SetResolver(new IocDependencyResolver());

運(yùn)行就可以看到HomeController構(gòu)造函數(shù)的IUserService就是UserService類型了。

四、總結(jié)

實(shí)際上,上面的例子我們也可以用實(shí)現(xiàn)IControllerFactory或者IControllerActivator達(dá)到同樣的目的,但使用IDependencyResolver會(huì)更簡(jiǎn)單一點(diǎn),而且大部分的IOC框架都已經(jīng)提供了這樣的功能。例如上面UnityDependencyResolver根本不用自己定義,Unity for MVC 已經(jīng)有這么一個(gè)類型了,直接使用即可。如果使用Autofac的話可以是:DependencyResolver.SetResolver(new AutofacDependencyResolver(container));

以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助。

更多信息請(qǐng)查看網(wǎng)絡(luò)編程
易賢網(wǎng)手機(jī)網(wǎng)站地址:剖析ASP.NET MVC的DependencyResolver組件
由于各方面情況的不斷調(diào)整與變化,易賢網(wǎng)提供的所有考試信息和咨詢回復(fù)僅供參考,敬請(qǐng)考生以權(quán)威部門公布的正式信息和咨詢?yōu)闇?zhǔn)!

2026上岸·考公考編培訓(xùn)報(bào)班

  • 報(bào)班類型
  • 姓名
  • 手機(jī)號(hào)
  • 驗(yàn)證碼
關(guān)于我們 | 聯(lián)系我們 | 人才招聘 | 網(wǎng)站聲明 | 網(wǎng)站幫助 | 非正式的簡(jiǎn)要咨詢 | 簡(jiǎn)要咨詢須知 | 新媒體/短視頻平臺(tái) | 手機(jī)站點(diǎn) | 投訴建議
工業(yè)和信息化部備案號(hào):滇ICP備2023014141號(hào)-1 云南省教育廳備案號(hào):云教ICP備0901021 滇公網(wǎng)安備53010202001879號(hào) 人力資源服務(wù)許可證:(云)人服證字(2023)第0102001523號(hào)
云南網(wǎng)警備案專用圖標(biāo)
聯(lián)系電話:0871-65099533/13759567129 獲取招聘考試信息及咨詢關(guān)注公眾號(hào):hfpxwx
咨詢QQ:1093837350(9:00—18:00)版權(quán)所有:易賢網(wǎng)
云南網(wǎng)警報(bào)警專用圖標(biāo)
中文字幕免费精品_亚洲视频自拍_亚洲综合国产激情另类一区_色综合咪咪久久
欧美国产激情二区三区| 久久综合久久综合这里只有精品| 国产精品爽爽ⅴa在线观看| 巨胸喷奶水www久久久免费动漫| 可以看av的网站久久看| 欧美成人午夜激情| 欧美日韩不卡合集视频| 免费日韩视频| 欧美日韩亚洲成人| 国产真实乱偷精品视频免| 亚洲国产精品成人精品| 亚洲欧洲美洲综合色网| 亚洲自拍偷拍一区| 欧美成人精精品一区二区频| 国产欧美视频一区二区三区| 日韩一本二本av| 欧美.日韩.国产.一区.二区| 国产日韩一区二区| 亚洲一区不卡| 欧美激情中文字幕在线| 韩国av一区二区| 先锋影音久久久| 国产伦精品一区二区三区在线观看 | 亚洲精选视频免费看| 欧美一区网站| 国产精品成人一区二区三区吃奶| 亚洲人体1000| 欧美国产日韩视频| 在线欧美亚洲| 免费在线观看成人av| 国产一区二三区| 久久久精品欧美丰满| 国产日韩亚洲| 久久久久久穴| 黄色另类av| 免费在线日韩av| 亚洲精品看片| 欧美日韩视频在线观看一区二区三区 | 亚洲日韩第九十九页| 免费观看在线综合色| 亚洲激情第一区| 欧美日韩精品免费| 亚洲一级在线| 国产亚洲精品一区二555| 欧美在线亚洲在线| 亚洲国产成人av| 欧美日韩精品欧美日韩精品一| 一本色道久久综合亚洲精品不 | 亚洲国产天堂久久国产91| 美腿丝袜亚洲色图| 亚洲精选成人| 国产精品久久婷婷六月丁香| 欧美在线观看一区二区| 狠狠综合久久| 欧美日韩一区二区三区高清| 欧美亚洲视频在线观看| 黄色一区二区三区四区| 欧美电影免费观看| 亚洲在线一区二区| 永久555www成人免费| 欧美日韩国产成人| 久久精品视频播放| 日韩午夜免费| 黄色亚洲精品| 国产精品亚洲网站| 欧美精品尤物在线| 欧美专区福利在线| 亚洲最新在线| 极品日韩久久| 国产伦一区二区三区色一情| 母乳一区在线观看| 香蕉久久夜色| 亚洲欧洲精品一区二区精品久久久 | 欧美大片91| 一区二区黄色| 国产一区二区三区高清| 欧美日韩免费观看一区三区| 欧美一区二区高清在线观看| 国产日韩欧美日韩大片| 欧美大香线蕉线伊人久久国产精品| 亚洲欧美日韩国产一区二区| 亚洲国产精品久久久久久女王| 国产精品一区二区三区乱码| 欧美日韩妖精视频| 欧美凹凸一区二区三区视频| 欧美一区激情| 亚洲永久免费观看| 9l视频自拍蝌蚪9l视频成人| 一区二区三区在线观看欧美| 国产欧美精品一区二区色综合 | 久久综合给合| 亚洲欧美在线一区二区| 在线观看亚洲视频啊啊啊啊| 国产精品青草久久| 欧美性开放视频| 欧美激情视频在线免费观看 欧美视频免费一 | 精品电影一区| 国产精品永久在线| 日韩午夜一区| 亚洲丰满在线| 国产综合一区二区| 国产亚洲毛片在线| 国产日韩av一区二区| 国产精品理论片在线观看| 欧美午夜精彩| 国产精品久久久免费| 国产精品国产| 国产精品美女久久久久av超清| 国产精品xvideos88| 国产精品久久久久9999高清| 国产精品高潮在线| 国产精品亚洲欧美| 国产视频一区二区在线观看| 国产精品日韩久久久| 国产精品美女www爽爽爽视频| 国产精品久久久久久久一区探花| 影音先锋久久资源网| 欧美激情自拍| 久久久人成影片一区二区三区观看| 欧美中日韩免费视频| 久久频这里精品99香蕉| 欧美成年网站| 欧美特黄一级| 国内自拍亚洲| 999亚洲国产精| 香蕉av777xxx色综合一区| 久久久999精品免费| 欧美黄色免费网站| 国产精品午夜在线观看| 在线成人h网| 正在播放日韩| 麻豆91精品| 欧美日韩视频专区在线播放 | 久久夜色精品国产亚洲aⅴ| 久久久亚洲欧洲日产国码αv | 欧美片第一页| 国产精品久久久一区二区| 国产精品视频yy9299一区| 国产精品青草久久久久福利99| 国产午夜精品一区二区三区视频 | 性高湖久久久久久久久| 午夜日韩电影| 欧美高清视频在线播放| 欧美日韩福利在线观看| 国产日韩欧美三级| 亚洲激情综合| 久久se精品一区二区| 欧美成人一区在线| 国产精品美女在线观看| 亚洲毛片播放| 亚洲精品综合久久中文字幕| 欧美在线观看网址综合| 久久久之久亚州精品露出| 亚洲美女电影在线| 在线看成人片| 国产一区二区三区高清播放| 欧美激情免费在线| 国产精品一区二区视频| 久久综合九色欧美综合狠狠| 欧美一区二区三区免费在线看 | 久久久精品2019中文字幕神马| 国产一在线精品一区在线观看| 国产欧美一区二区三区久久| 欧美成人午夜视频| 久久久免费av| 亚洲欧美日韩精品久久| 欧美一区二区在线免费观看| 美脚丝袜一区二区三区在线观看 | 亚洲综合另类| 亚洲欧美日韩在线| 欧美激情综合五月色丁香| 亚洲视频网站在线观看| 久久久欧美一区二区| 欧美日韩成人综合| 国内在线观看一区二区三区| 欧美一区二区三区在线免费观看 | 亚洲黄网站在线观看| 欧美日韩免费高清一区色橹橹| 中日韩美女免费视频网站在线观看| 国产精品美女久久久久久久| 欧美专区在线| 在线午夜精品自拍| 韩国av一区二区三区四区| 欧美激情在线观看| 欧美一区二区三区视频免费| 亚洲日本va在线观看| 国产女优一区| 欧美日韩视频在线| 久久夜色精品一区| 欧美一区二区| 国产精品99久久久久久久女警| 国产一区二区三区丝袜| 欧美日韩中文精品| 欧美精品日韩精品| 久久中文欧美| 久久久久国内| 午夜精品亚洲| 亚洲视频一区| 亚洲毛片在线看| 亚洲国产精品激情在线观看|