你的位置:首页 > ASP.net教程

[ASP.net教程]Asp.net 面向接口框架之核心容器


新框架的容器部分终于调通了!容器实在太重要了,所有用了一个名词叫“核心容器”。

容器为什么那么重要呢?这个有必要好好说道说道。

1、首先我们说从框架名称面向接口编程说起,什么是面向接口编程?(这个度娘回答一下)

      解读一下:类是个体的定义(建模), 个体的每一方面都可以是一个接口

      说白点,其一接口可以代表对象(类)一个方面,再说透点对象可能是多面手(继承接口),能在不同场景(作为不同接口的实例)工作

      其二每个接口可以不同实现,只要实现了这个接口,基本上就可以替换这个位置来正常工作

2、我觉得面向接口编程本质上还是面向对象编程

     我们需要一个大的对象库来支持系统的需要,还需要每个位置上的对象方便“随时”替换,扩充

     那我们怎么来管理这个庞大的对象库呢,如何编排以便管理?这里就要说道容器了,容器可以很好的胜任这个工作。

3、容器的作用

  我认为容器就是仓库,就是柜子,就是盒子,以便我们按自己喜欢的方式存放自己的对象,以下需要的时候能方便的找到他们

      好的容器还能维护对象的创建、生命周期、拦截方法执行(AOP)等


前面废话太多,老规矩,先上例子

一、对象的创建和管理由容器负责

1、以下还是前面一篇上下文的例子,使用容器来简化后的代码

 以上代码是不是简单漂亮多了

 2、代码虽然简单了,功能一点都没有水分哦,看看以下执行结果截图

是不是结果上一篇的完全一样啊。

3、结果一样不算什么,改个配置(不改代码),换个结果试试

4、再改配置(还是不该代码)

这次生动了吧,一家人各有各的个性了,是不是很炫啊。

5、大家看看配置

明眼人一眼就能看出这个是Unity容器的配置;有人说,你不是要不依赖Unity容器吗?我发誓确实没有依赖Unity容器,但我也没说不用Unity啊。我只是要做一个框架,其他技术方案都可以集成进来,容器也是。

你熟悉Unity就用Unity,你熟悉Spring.net也可以放心使用,只要你封装一下并集成这个框架的容器接口,并注册进来

 

二、使用了Unity容器,但不依赖Unity容器

1、调用容器的地方没有依赖Unity

这个测试项目除了系统的几个引用,就只引用了这个主框架了

2、主框架没有引用Unity容器

没骗你们吧?真没依赖Unity,甚至主框架除了几个简单的系统引用,没有依赖(引用)任何第三方组件,但是这一点都不影响我使用大量第三方的库,因为这里是"面向接口框架"

是不是现在又对接口有了进一步的理解了,是不是“面向接口框架”这个名字有点名符其实。

 

三、下面来解密他到底怎么运行的

1、看入口,看应用程序(这里是控制台程序)的引用

哈哈,是不是找到了,这里终于看到Unity引用了

但是不要被表象所迷惑,其实这里的主角是Fang.Unity,因为这个项目可以不直接引用Unity容器,Fang.Unity是对Unity容器的封装。

控制台程序对Unity相关dll是运行时依赖,并不是编译依赖,这里直接引用上是调试方便

2、继续探究原理

Fang.Unity总不会是自动运行的吧?当然不是,上代码

上图有一句不起眼,但是非常重要的一行代码“Fang.Unity.ContainerFactory.Init()”,他就是“罪魁祸首”

换句话话说,Unity容器是完全作为插件在本框架中运行的,如果我不调用Unity的Init,调用Spring.net的Init,那当前所有地方用的就是Spring.net的容器。

有人说这也太不方便了吧,当然不是每次使用容器都要调用,如果是web项目可以在global的Application_Start中调用一下就Ok了,也可以在HttpModule的Init中调用也可以。

大部分时候我们在开发中大量使用容器,但并不用想我具体用什么容器。

换句话说,我熟悉Unity容器,我使用Unity容器配置调试通过的组件给你使用,但是你一直都用Spring.net(或者其他容器),你调用Spring.net容器封装,把配置修改为Spring.net的配置,代码一样能正常运行

注:前提是组件开发的时候使用的是框架的容器支持,没有直接引用Unity容器和直接调用Unity容器的代码

3、还是看一眼Fang.Unity.ContainerFactory.Init是什么鬼吧(哈哈,要不睡不着了)

Unity容器就不在这里展开,我会单开一篇讲Unity容器和Unity封装等

 

四、核心容器解析

1、容器相关实现类截图

2、核心类图如下:

稍作解析各个类的分工:

     A:IContainer接口是定义容器需要的基本功能

     B:IContainerFactory定义容器工厂接口

     C:GlobalContainer是个静态配置类,提供注册外部容器组件功能及提供调用容器的Api

这个是实现容器插件化的关键,这个实现是参考了Asp.net Mvc的DependencyResolver

   D:SimpleContainer提供一个简单和默认的容器和容器工厂实现

  AppContext中的上线文容器就是他实现的,如果不配置扩展容器功能,使用的容器就是他了,但是他其实就是一个字典缓存,存个东西,取个东西,完全没有问题,复杂配置及DI等就没戏了

   E:ContainerWrapper是个容器封装拦截类,拦截容器的操作,以便增加特性和功能

       这个以后再展开讲,里面有一个很有意思的特性

   F:ContainerFactoryCacheWrapper是容器工厂封装及缓存

       也就是外面实现的容器工厂是不用考虑单例模式缓存什么的,他给包办了,而且把每个生产好的容器对象检查和打包好

    太晚了,就写到这里吧。