总结Unity IOC容器通过配置实现类型映射的几种基本使用方法

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

网上关于Unity IOC容器使用的方法已很多,但未能做一个总结,故我这里总结一下,方便大家选择。

首先讲一下通过代码来进行类型映射,很简单,代码如下:

1
2
3
4
unityContainer =  new  UnityContainer();  //实例化一个容器
 
unityContainer.RegisterType<IClassTest, ClassTest>();  //注册类型映射
unityContainer.Resolve<IClassTest>(); //解析并获取类型的实例

然而实际情况,我们一般不可能直接硬编码在程序中,因为像上述代码上与普通的直接new一个实例并无什么区别,都会存在很明显的依赖,若后面需要更换类,则必需修改程序源码,那就失去了IOC的作用了,所以大多都采用外部配置文件来实现自动映射,下面是我总结的几种配置方法(严格意义来讲,还是一种),供大家选择。

第一种配置如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
< configSections >
   < section  name="unity" type="Microsoft.Practices.Unity.Configuration.UnityConfigurationSection,Microsoft.Practices.Unity.Configuration"/>
</ configSections >
 
< unity >
   < typeAliases >
     < typeAlias   alias="IRepository`1" type="ConsoleApplication1.DDD.Interface.IRepository`1,ConsoleApplication1" />
     < typeAlias   alias="Post" type="ConsoleApplication1.Entities.Post,ConsoleApplication1" />
     < typeAlias   alias="Category" type="ConsoleApplication1.Entities.Category,ConsoleApplication1" />
     < typeAlias   alias="Author" type="ConsoleApplication1.Entities.Author,ConsoleApplication1" />
     < typeAlias   alias="IClassTest" type="ConsoleApplication1.DDD.Interface.IClassTest,ConsoleApplication1" />
   </ typeAliases >
   < container >
     < types >
       < type  type="IRepository[Post]"  mapTo="ConsoleApplication1.DDD.Infrastructure.Repositories.PostRepository,ConsoleApplication1" />
       < type  type="IRepository[Category]"  mapTo="ConsoleApplication1.DDD.Infrastructure.Repositories.CategoryRepository,ConsoleApplication1" />
       < type  type="IRepository[Author]"  mapTo="ConsoleApplication1.DDD.Infrastructure.Repositories.AuthorRepository,ConsoleApplication1" />
       < type  type="IClassTest"  mapTo="ConsoleApplication1.DDD.Interface.ClassTest,ConsoleApplication1" />
     </ types >
   </ container >
</ unity >

 注意配置中的[]方括号表示的是泛型参数,typeAliases->typeAlias中的type及types->type中的mapTo均需配置类型的完整限定名以及类型所在的程序集,中间以逗号分隔,比如:ConsoleApplication1.DDD.Interface.IRepository`1 表示一个IRepository<T>泛型类型,而ConsoleApplication1表示这个泛型所在的程序集,并不是命名空间哦!

第二种配置如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
< configSections >
    < section  name="unity" type="Microsoft.Practices.Unity.Configuration.UnityConfigurationSection,Microsoft.Practices.Unity.Configuration"/>
  </ configSections >
 
< unity >
    < aliases >
      < add   alias="IRepository`1" type="ConsoleApplication1.DDD.Interface.IRepository`1,ConsoleApplication1" />
      < add   alias="Post" type="ConsoleApplication1.Entities.Post,ConsoleApplication1" />
      < add   alias="Category" type="ConsoleApplication1.Entities.Category,ConsoleApplication1" />
      < add   alias="Author" type="ConsoleApplication1.Entities.Author,ConsoleApplication1" />
      < add   alias="IClassTest" type="ConsoleApplication1.DDD.Interface.IClassTest,ConsoleApplication1" />
    </ aliases >
    < container >
      < register  type="IRepository[Post]"  mapTo="ConsoleApplication1.DDD.Infrastructure.Repositories.PostRepository,ConsoleApplication1" />
      < register  type="IRepository[Category]"  mapTo="ConsoleApplication1.DDD.Infrastructure.Repositories.CategoryRepository,ConsoleApplication1" />
      < register  type="IRepository[Author]"  mapTo="ConsoleApplication1.DDD.Infrastructure.Repositories.AuthorRepository,ConsoleApplication1" />
      < register  type="IClassTest"  mapTo="ConsoleApplication1.DDD.Interface.ClassTest,ConsoleApplication1" ></ register >
    </ container >
</ unity >

第三种配置如下(其实是上面两种的简写形式):

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
< configSections >
   < section  name="unity" type="Microsoft.Practices.Unity.Configuration.UnityConfigurationSection,Microsoft.Practices.Unity.Configuration"/>
</ configSections >
 
< unity >
   < assembly  name="ConsoleApplication1"></ assembly >
   < namespace  name="ConsoleApplication1.Entities"></ namespace >
   < namespace  name="ConsoleApplication1.DDD.Interface"></ namespace >
   < namespace  name="ConsoleApplication1.DDD.Infrastructure.Repositories"></ namespace >
   < container >
     < register  type="IRepository[Post]"  mapTo="PostRepository" />
     < register  type="IRepository[Category]"  mapTo="CategoryRepository" />
     < register  type="IRepository[Author]"  mapTo="AuthorRepository" />
     < register  type="IClassTest"  mapTo="ClassTest" ></ register >
   </ container >
</ unity >

代码中使用方法:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
unityContainer =  new  UnityContainer();
unityContainer.LoadConfiguration(); //如果配置中指定了容器节点的名字name,则需要指定名字
 
unityContainer.Resolve<IRepository<Post>>(); //解析并实例化一个对象
 
 
//以下是采用独立的配置文件(如:unity.config)的使用方法:
             IUnityContainer container =  new  UnityContainer();
             string  configFile =  "Unity.config" ;
             var  fileMap =  new  ExeConfigurationFileMap { ExeConfigFilename = configFile };
             //从config文件中读取配置信息
             Configuration configuration =ConfigurationManager.OpenMappedExeConfiguration(fileMap, ConfigurationUserLevel.None);
             //获取指定名称的配置节
             UnityConfigurationSection section = (UnityConfigurationSection)ConfigurationManager.GetSection( "unity" );
             //载入名称为FirstClass 的container节点
             container.LoadConfiguration(section,  "MyContainer" );

从配置的内容来讲,一看就知道是第三种配置比较的高效与简洁,其实现原理也很简单,就是将需要映射的相关类型的程序集及所在命名空间先全部定义在unity节点中,然后就可以直接配置注册映射,当然上面的配置都很简单,没有包含其它一些属性,比如配置lifetime、constructor等,这些需依据实际情况来配置,在此不作说明,可参考网上其它牛人的教程。

本文转自 梦在旅途 博客园博客,原文链接:http://www.cnblogs.com/zuowj/p/4861594.html  ,如需转载请自行联系原作者

相关文章
|
3月前
|
域名解析 网络协议 API
【Azure Container App】配置容器应用的缩放规则 Managed Identity 连接中国区 Azure Service Bus 问题
本文介绍了在 Azure Container Apps 中配置基于自定义 Azure Service Bus 的自动缩放规则时,因未指定云环境导致的域名解析错误问题。解决方案是在扩展规则中添加 `cloud=AzureChinaCloud` 参数,以适配中国区 Azure 环境。内容涵盖问题描述、原因分析、解决方法及配置示例,适用于使用 KEDA 实现事件驱动自动缩放的场景。
|
2月前
|
缓存 Ubuntu Docker
Ubuntu环境下删除Docker镜像与容器、配置静态IP地址教程。
如果遇见问题或者想回滚改动, 可以重启系统.
148 16
|
2月前
|
数据建模 应用服务中间件 PHP
配置nginx容器和php容器协同工作成功,使用ip加端口的方式进行通信
本示例演示如何通过Docker挂载同一宿主目录至Nginx与PHP容器,实现PHP项目运行环境配置。需注意PHP容器中监听地址修改为0.0.0.0:9000,并调整Nginx配置中fastcgi_pass指向正确的IP与端口。同时确保Nginx容器中/var/www/html权限正确,以避免访问问题。
配置nginx容器和php容器协同工作成功,使用ip加端口的方式进行通信
|
5月前
|
开发者 Docker 容器
获取Docker基础使用方法:让容器化变得轻松。
对于Docker的初学者来说,了解这些基础知识点就足够了。实践是最好的老师,越是动手操作,对Docker的理解会越深。祝阅读这篇文章的开发者们一切顺利,愿你在Docker的海洋中航行顺利!
135 17
|
5月前
|
XML Java 数据格式
Spring IoC容器的设计与实现
Spring 是一个功能强大且模块化的 Java 开发框架,其核心架构围绕 IoC 容器、AOP、数据访问与集成、Web 层支持等展开。其中,`BeanFactory` 和 `ApplicationContext` 是 Spring 容器的核心组件,分别定位为基础容器和高级容器,前者提供轻量级的 Bean 管理,后者扩展了事件发布、国际化等功能。
|
10月前
|
XML Java 数据格式
Spring容器Bean之XML配置方式
通过对以上内容的掌握,开发人员可以灵活地使用Spring的XML配置方式来管理应用程序的Bean,提高代码的模块化和可维护性。
269 6
|
10月前
|
存储 Prometheus 监控
Docker容器内进行应用调试与故障排除的方法与技巧,包括使用日志、进入容器检查、利用监控工具及检查配置等,旨在帮助用户有效应对应用部署中的挑战,确保应用稳定运行
本文深入探讨了在Docker容器内进行应用调试与故障排除的方法与技巧,包括使用日志、进入容器检查、利用监控工具及检查配置等,旨在帮助用户有效应对应用部署中的挑战,确保应用稳定运行。
405 5
|
11月前
|
Kubernetes 监控 Java
如何在Kubernetes中配置镜像和容器的定期垃圾回收
如何在Kubernetes中配置镜像和容器的定期垃圾回收
|
XML Java 开发者
经典面试---spring IOC容器的核心实现原理
作为一名拥有十年研发经验的工程师,对Spring框架尤其是其IOC(Inversion of Control,控制反转)容器的核心实现原理有着深入的理解。
660 3
|
12月前
|
XML Java 数据格式
Spring IOC容器的深度解析及实战应用
【10月更文挑战第14天】在软件工程中,随着系统规模的扩大,对象间的依赖关系变得越来越复杂,这导致了系统的高耦合度,增加了开发和维护的难度。为解决这一问题,Michael Mattson在1996年提出了IOC(Inversion of Control,控制反转)理论,旨在降低对象间的耦合度,提高系统的灵活性和可维护性。Spring框架正是基于这一理论,通过IOC容器实现了对象间的依赖注入和生命周期管理。
210 0