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

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

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

一、前言

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

二、通過Controller的激活理解DependencyResolver的工作過程

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

回到主題,asp.net請求都是交給HttpHandler處理的,對于MVC來說,是交給一個(gè)MvcHandler,它負(fù)責(zé)激活Controller,如果你不知道為什么,請看這里。在這里我們直接定位到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");

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

  factory = ControllerBuilder.GetControllerFactory();

  //通過ControllerFactory獲取Controller對象

  controller = factory.CreateController(RequestContext, controllerName);

}

ControllerFactory故名思議就是用于創(chuàng)建Controller的,我們也可以自己實(shí)現(xiàn)IControllerFactory,參與Controller的激活過程,具體是在全局調(diào)用ControllerBuilder.Current.SetControllerFactory方法。我們這里主要關(guān)注的是Controller的激活過程,實(shí)際上它們的創(chuàng)建過程是相似的。默認(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);

}

可以看到,它通過一個(gè)ControllerActivator來創(chuàng)建IController對象,默認(rèn)使用的是DefaultControllerActivator。與ControllerFactory類似,我們可以實(shí)現(xiàn)IControllerActivator,參與Controller的激活過程,具體是將ControllerActivator作為DefaultConrtollerFactory構(gòu)造函數(shù)參數(shù),然后再在全局調(diào)用ControllerBuilder.Current.SetControllerFactory方法。可以看到MVC的Controller激活過程是很靈活的,它提供多種方式讓我們自定義激活過程。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對象的委托,實(shí)際獲得的是DependencyResolver.Current。我們也可以自己實(shí)現(xiàn)IDependencyResolver,參與Controller的激活過程,具體是在全局調(diào)用DependencyResolver的靜態(tài)方法SetResolver方法。需要注意的是這里的DependencyResolver類型(這里是類型,而其它地方提到的DependencyResolver都是組件的意思)并沒有實(shí)現(xiàn)IDependencyResolver接口,我覺得將它命名為DependencyResolverContainer會更合適一些。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í)例對象

      return Activator.CreateInstance(serviceType);

    }

    catch

    {

      return null;

    }

  }

  public IEnumerable<object> GetServices(Type serviceType)

  {

    return Enumerable.Empty<object>();

  }

}

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

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

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

接下來通過一個(gè)例子證明上面的過程。我們要實(shí)現(xiàn)的需求是通過實(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接口,不依賴于具體對象。

接下來我們實(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) 原因是我們前面說過的,MVC內(nèi)部很多對象都是通過DependencyResolver組件創(chuàng)建的,如上面的IConrtollerFactoy,所以這里我們只負(fù)責(zé)對已注冊的類型或類(非抽象類)進(jìn)行解析。

Ioc類在這里很簡單,如下:

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方法中,注冊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會更簡單一點(diǎn),而且大部分的IOC框架都已經(jīng)提供了這樣的功能。例如上面UnityDependencyResolver根本不用自己定義,Unity for MVC 已經(jīng)有這么一個(gè)類型了,直接使用即可。如果使用Autofac的話可以是:DependencyResolver.SetResolver(new AutofacDependencyResolver(container));

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

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

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

  • 報(bào)班類型
  • 姓名
  • 手機(jī)號
  • 驗(yàn)證碼
關(guān)于我們 | 聯(lián)系我們 | 人才招聘 | 網(wǎng)站聲明 | 網(wǎng)站幫助 | 非正式的簡要咨詢 | 簡要咨詢須知 | 新媒體/短視頻平臺 | 手機(jī)站點(diǎn) | 投訴建議
工業(yè)和信息化部備案號:滇ICP備2023014141號-1 云南省教育廳備案號:云教ICP備0901021 滇公網(wǎng)安備53010202001879號 人力資源服務(wù)許可證:(云)人服證字(2023)第0102001523號
云南網(wǎng)警備案專用圖標(biāo)
聯(lián)系電話:0871-65099533/13759567129 獲取招聘考試信息及咨詢關(guān)注公眾號:hfpxwx
咨詢QQ:1093837350(9:00—18:00)版權(quán)所有:易賢網(wǎng)
云南網(wǎng)警報(bào)警專用圖標(biāo)
中文字幕免费精品_亚洲视频自拍_亚洲综合国产激情另类一区_色综合咪咪久久
日韩午夜电影av| 欧美激情中文字幕乱码免费| 亚洲视频一二三| 亚洲第一福利在线观看| 欧美日韩高清在线观看| 国产在线不卡视频| 久久久精品一区| 欧美激情第六页| 99在线视频精品| 国产自产v一区二区三区c| 免播放器亚洲一区| 一本久道久久综合狠狠爱| 欧美区亚洲区| 久久高清国产| 亚洲区在线播放| 欧美日韩国产黄| 亚洲综合日韩| 亚洲精品永久免费| 国产伦精品一区二区三区| 亚洲一卡久久| 宅男精品视频| 最新国产乱人伦偷精品免费网站| 国产精品久久久久久久久久三级| 亚洲欧美视频在线| 亚洲欧美日本国产有色| 一区二区三区视频在线| 黄色成人精品网站| 免费在线看一区| 久久精品国产亚洲高清剧情介绍| 亚洲国产精品电影| 伊人激情综合| 在线日韩电影| 亚洲片国产一区一级在线观看| 亚洲黄色在线| 国产日韩在线播放| 亚洲欧美色婷婷| 亚洲香蕉伊综合在人在线视看| 悠悠资源网亚洲青| 国产日韩欧美精品在线| 国产欧美日韩三区| 国产一区二区三区黄视频| 欧美黄污视频| 国产精品久久久久999| 国产精品裸体一区二区三区| 女女同性精品视频| 久久久久久亚洲精品杨幂换脸 | 亚洲国产成人精品久久| 91久久综合| 欧美一区2区三区4区公司二百| 亚洲电影免费| 亚洲一区二区三区国产| 亚洲女性裸体视频| 久久综合网hezyo| 国产精品久久久久久久免费软件| 国产美女诱惑一区二区| 亚洲国产高清视频| 亚洲女同在线| 欧美视频精品一区| 最新国产の精品合集bt伙计| 午夜亚洲激情| 欧美刺激午夜性久久久久久久| 国产精品青草久久久久福利99| 在线日韩成人| 午夜精品国产更新| 欧美日韩一区二区三区| 亚洲人妖在线| 欧美另类视频| 亚洲国产导航| 久久精品国产成人| 国产午夜精品全部视频在线播放| 亚洲视频在线观看一区| 国产精品乱码| 性色av一区二区三区在线观看 | 亚洲成色www久久网站| 欧美中日韩免费视频| 国产精品久久久久三级| 亚洲一区二区三区成人在线视频精品| 久久婷婷一区| 最近中文字幕mv在线一区二区三区四区| 欧美亚洲视频在线看网址| 国产欧美日韩综合一区在线播放| 亚洲欧美日韩综合aⅴ视频| 国产欧美三级| 欧美福利一区二区| 亚洲尤物视频在线| 狠狠色香婷婷久久亚洲精品| 欧美成人网在线| 午夜亚洲伦理| 亚洲久久视频| 国产主播一区二区| 欧美日韩国产专区| 欧美影院视频| 中文网丁香综合网| 韩国精品一区二区三区| 欧美日韩国产小视频在线观看| 亚洲欧美国产高清| 又紧又大又爽精品一区二区| 欧美日韩成人在线| 久久在线播放| 久久久爽爽爽美女图片| 亚洲欧美中文日韩在线| 99re6这里只有精品视频在线观看| 国产婷婷色一区二区三区| 欧美激情中文字幕一区二区| 久久激情视频久久| 欧美在线视频二区| 一本色道久久88综合亚洲精品ⅰ| 欧美日韩国产综合视频在线| 麻豆精品在线视频| 久久深夜福利免费观看| 久久久久久久久久久一区| 欧美一区二区精品在线| 先锋影音久久久| 亚洲欧美欧美一区二区三区| 亚洲一区成人| 久久久久久久久久久久久9999| 性久久久久久久久| 欧美一区二区在线| 久久久久久久尹人综合网亚洲 | 在线观看国产精品网站| 国产九区一区在线| 影音先锋久久| 日韩系列欧美系列| 亚洲一区国产精品| 久久九九热免费视频| 久久亚洲精选| 午夜日韩激情| 欧美日韩成人一区二区| 国产亚洲欧美一区二区| 亚洲高清二区| 亚洲免费一在线| 久久久精品国产免大香伊| 一本色道精品久久一区二区三区| 国产一区二区三区高清播放| 国产欧美韩国高清| 亚洲二区在线观看| 香蕉成人伊视频在线观看 | 亚洲视频一区二区| 一区二区三区欧美| 欧美一区二区三区免费大片| 欧美成人精品影院| 国产精品视频男人的天堂| 亚洲美女视频在线免费观看| 久久免费视频这里只有精品| 国产精品一区三区| 亚洲性夜色噜噜噜7777| 免费成人激情视频| 亚洲国产精品成人精品| 久久九九精品| 国产真实乱偷精品视频免| 亚洲欧美日本国产有色| 国产精品系列在线| 欧美在线视频网站| 精品粉嫩aⅴ一区二区三区四区| 亚洲在线不卡| 国产一区二区久久| 麻豆国产精品777777在线| 亚洲成人在线观看视频| 欧美成人一区二区三区| 亚洲毛片视频| 国产欧美日韩在线 | 一区二区电影免费在线观看| 欧美黑人多人双交| 亚洲午夜在线观看视频在线| 久热re这里精品视频在线6| 亚洲国产精品一区| 国产精品福利av| 久久国产一区二区| 亚洲乱码国产乱码精品精可以看| 国产精品电影观看| 欧美精品一卡| 另类尿喷潮videofree| 亚洲午夜一区| 亚洲麻豆视频| 亚洲黄色免费| 国产区欧美区日韩区| 欧美日韩在线第一页| 欧美高清自拍一区| 久久亚洲影院| 欧美中文字幕在线| 午夜激情久久久| 亚洲欧美精品在线观看| 亚洲国产精品女人久久久| 永久555www成人免费| 国产主播精品在线| 国产亚洲精品高潮| 国产精品女人久久久久久| 国产精品白丝av嫩草影院| 欧美日韩一二三四五区| 欧美日韩国产三区| 国产精品乱子乱xxxx| 久久久久国产精品一区二区| 亚洲精品视频二区| 亚洲肉体裸体xxxx137| 国产日韩成人精品| 一区二区在线视频播放| 国产区日韩欧美| 亚洲国产精品成人精品| 国产麻豆精品theporn| 欧美精品一区二区蜜臀亚洲|