IoC容器Autofac(3) - 理解Autofac原理,我实现的部分Autofac功能(附源码)

本文涉及的产品
容器镜像服务 ACR,镜像仓库100个 不限时长
简介:

上篇文章中,举了一个Autofac的简单例子,园友eflay反应:

“虽然对autofac架构原理还是完全不懂,不过基本是明白ioc的用途了,会从已注册的类中找出符合接口的类来调用构造函数进行构造”

所以这篇文章,还是针对上次的例子,不引用Autofac,完全使用自己写的FakeAutofac, 也让Demo运行起来.

由于本篇文章和以前文章关联度很高,源代码也是从以前的演化过来的。没有看过以前文章的园友,麻烦移步这里, 下载第二篇的源代码,思考一下如何实现例子中Autofac使用到的功能。

IoC容器Autofac(1) -- 什么是IoC以及理解为什么要使用Ioc

IoC容器Autofac(2) - 一个简单示例(附demo源码)

这里是本文相关的源代码 AutofacDem0(1).zip, 源代码主要涉及的知识有反射,泛型,委托。

这篇文章本人没有把握能够把所有的东西都讲的非常浅显易懂, 不过好在有源代码, 代码量不大,加有很多注释,大家可以对比理解一下。

如果对源代码有任何建议和问题,可以留言或者写在评论里,我尽量回复和解答。

 

阅读目录:

一. 开始前的分析

二. 实现过程中遇到的一些难点

三. 总结

一、开始前的分析

我们主要使用到了Autofac中的类和方法:

类ContainerBuilder中的方法:

RegisterType<T>()//注册类型T

AsImplementedInterfaces()//表示注册的类型,以接口的方式注册

Build()//创建一个容器

 

接口IContainer的方法:

Resolve<T>()//从容器中取出一个T类型的实例

 

这里是类图:

二、实现过程中遇到的一些难点

注册类型可以使用集合类来保存,当需要某种类型的实例的时候,可以使用反射调用构造函数直接构造该类型的实例。

这样看起来还蛮简单的,但是还有一些难点, 大家在看源代码的过程中,可以带着这些问题看看是如何解决这些问题的。

1. 如何实现AsImplementedInterfaces()方法?

这个方法的作用是,指定注册类型以接口形式存在, 比如,

当我运行了下面代码后

builder.RegisterType<ListMovieFinder>().AsImplementedInterfaces(); //以类ListMovieFinder的接口IMovieFinder注册

那么我使用 Resolve<IMovieFinder>()要获取一个接口实例的时候,会返回一个ListMovieFinder的实例

 

2. 如何实现对同一个类型的注册,后面的覆盖前面的注册, 如源代码中:

builder.RegisterType<ListMovieFinder>().AsImplementedInterfaces();
builder.RegisterType<DBMovieFinder>().AsImplementedInterfaces();

 后面的DBMovieFinder会覆盖掉ListMovieFinder的注册

这样,当我调用 Resolve<IMovieFinder>()要获取一个接口实例的时候,会返回一个DBMovieFinder的实例

3.当用反射调用构造函数的时候,如果构造函数中有参数,这些参数也由Autofac构造。

比如,当我们Resolve<MPGMovieLister>()想获取MPGMovieLister实例的时候, MPGMovieLister的构造函数需要一个IMovieFinder类型的参数,如何这个参数也由Autofac创建?

 

 三、总结

源代码只是模仿Autofac的一部分功能,只能算是Autofac现有功能中的九牛一毛了。

直接使用别人写好的框架,自然是最简单不过的。 但是通过自己动手写源代码模仿Autofac的实现,自己学到更多,同时写非常感谢那些做开源框架和产品的开发者。

感谢园友eflay, 因为这个,我才有了这个想法,期间几次想放弃写这篇文章,但是"知其然还要知其所以然"的想法又让我坚持了下去。

 

希望源代码和文章能够对大家有所帮助。

本文相关源代码: AutofacDem0(1).zip

相关文章:

IoC容器Autofac(2) - 一个简单示例(附demo源码)

IoC容器Autofac(1) -- 什么是IoC以及理解为什么要使用Ioc

理解为什么要使用Ioc

分析Autofac如何实现Controller的Ioc(Inversion of Control)



本文转自JustRun博客园博客,原文链接:http://www.cnblogs.com/JustRun1983/archive/2013/03/24/2978597.html,如需转载请自行联系原作者


目录
相关文章
|
2月前
|
XML Java 数据格式
Spring IoC容器的设计与实现
Spring 是一个功能强大且模块化的 Java 开发框架,其核心架构围绕 IoC 容器、AOP、数据访问与集成、Web 层支持等展开。其中,`BeanFactory` 和 `ApplicationContext` 是 Spring 容器的核心组件,分别定位为基础容器和高级容器,前者提供轻量级的 Bean 管理,后者扩展了事件发布、国际化等功能。
|
8月前
|
安全 网络安全 数据安全/隐私保护
利用Docker的网络安全功能来保护容器化应用
通过综合运用这些 Docker 网络安全功能和策略,可以有效地保护容器化应用,降低安全风险,确保应用在安全的环境中运行。同时,随着安全威胁的不断变化,还需要持续关注和研究新的网络安全技术和方法,不断完善和强化网络安全保护措施,以适应日益复杂的安全挑战。
220 61
|
8月前
|
运维 持续交付 虚拟化
深入解析Docker容器化技术的核心原理
深入解析Docker容器化技术的核心原理
161 1
|
8月前
|
Ubuntu 网络安全 容器
KubeSphere 是一个开源的容器平台,提供丰富的功能和便捷的操作界面,适用于企业容器化部署和管理
KubeSphere 是一个开源的容器平台,提供丰富的功能和便捷的操作界面,适用于企业容器化部署和管理。本文详细介绍了如何在 Ubuntu 22.04 上安装 KubeSphere,包括系统要求、安装依赖项、设置防火墙、下载安装脚本、选择安装选项、验证安装结果等步骤,并提供了常见问题的解决方法。希望本文能为读者提供实用的参考和帮助。
180 3
|
9月前
|
存储 监控 Shell
docker的底层原理二:容器运行时环境
本文深入探讨了Docker容器运行时环境的关键技术,包括命名空间、控制组、联合文件系统、容器运行时以及分离的进程树,这些技术共同确保了容器的隔离性、资源控制和可移植性。
133 5
|
9月前
|
存储 编译器 C++
【C++篇】揭开 C++ STL list 容器的神秘面纱:从底层设计到高效应用的全景解析(附源码)
【C++篇】揭开 C++ STL list 容器的神秘面纱:从底层设计到高效应用的全景解析(附源码)
164 2
|
10月前
|
XML Java 开发者
经典面试---spring IOC容器的核心实现原理
作为一名拥有十年研发经验的工程师,对Spring框架尤其是其IOC(Inversion of Control,控制反转)容器的核心实现原理有着深入的理解。
515 3
|
9月前
|
XML Java 数据格式
Spring IOC容器的深度解析及实战应用
【10月更文挑战第14天】在软件工程中,随着系统规模的扩大,对象间的依赖关系变得越来越复杂,这导致了系统的高耦合度,增加了开发和维护的难度。为解决这一问题,Michael Mattson在1996年提出了IOC(Inversion of Control,控制反转)理论,旨在降低对象间的耦合度,提高系统的灵活性和可维护性。Spring框架正是基于这一理论,通过IOC容器实现了对象间的依赖注入和生命周期管理。
177 0
|
1月前
|
Docker 容器
Docker网关冲突导致容器启动网络异常解决方案
当执行`docker-compose up`命令时,服务器网络可能因Docker创建新网桥导致IP段冲突而中断。原因是Docker默认的docker0网卡(172.17.0.1/16)与宿主机网络地址段重叠,引发路由异常。解决方法为修改docker0地址段,通过配置`/etc/docker/daemon.json`调整为非冲突段(如192.168.200.1/24),并重启服务。同时,在`docker-compose.yml`中指定网络模式为`bridge`,最后通过检查docker0地址、网络接口列表及测试容器启动验证修复效果。
|
20天前
|
Ubuntu 安全 数据安全/隐私保护
在Docker容器中部署GitLab服务器的步骤(面向Ubuntu 16.04)
现在,你已经成功地在Docker上部署了GitLab。这就是我们在星际中的壮举,轻松如同土豆一样简单!星际旅行结束,靠岸,打开舱门,迎接全新的代码时代。Prepare to code, astronaut!
92 12