使用Unity依赖注入的时候,最上层的类是Resolve还是New的问题
来源:互联网 发布:北京淘宝代运营公司 编辑:程序博客网 时间:2024/04/29 18:15
在使用Unity的时候,很多时候是这样一种引用的关系。就是一个类需要另一个类在其中做工具类。因为是构造方法注入,所以要在构造方法中加入一个引用参数。
但是我们使用Service的时候,比如说我们想在A类中使用Service,那么我们必须要在A的构造方法中加入一个Service的参数. 而且必须也要把A放入到Unity中去控制才行,才能通过Resolve方法的时候,Resovle到一个具有了IService实例的A实例。
public interface IRepository { void Execute(); } public class Repository : IRepository { public void Execute() { // Some database operation } } public interface IService { void Execute(); } public class Service : IService { private IRepository _repository; public Service(IRepository repository) { this._repository = repository; } public void Execute() { _repository.Execute(); } }
但是我们使用Service的时候,比如说我们想在A类中使用Service,那么我们必须要在A的构造方法中加入一个Service的参数. 而且必须也要把A放入到Unity中去控制才行,才能通过Resolve方法的时候,Resovle到一个具有了IService实例的A实例。
public class A { private IService _service; public A(IService service) { this._service = service; } //... }但是有时候我们只是希望把Service层以下放到Unity中控制,而A这一层的类不希望放到Unity中控制。这时我们可以从Unity中去要Service的实例。Unity的容器必须要进行整个程序范围内的共用,不能说是每用一个类的时候都new一个Unity的容器,并且读取配置文件初始化,这样太消耗性能,是错误的。怎么样才能做到Unity是整个程序范围内的功用?我们可以使用static的一个属性指向UnityContainer,因为zhege变量是存在静态存储区的,在整个程序的运行过程中是不会消失的,所以程序中的所有时候都能共享这个Unity缓存。
public static class ContainerFactory { private static volatile IUnityContainer _container; private static readonly object SyncRoot = new object(); public static IUnityContainer CreateUnityContainerExe() { return CreateUnityContainer(ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None)); } private static IUnityContainer CreateUnityContainer(Configuration configuration) { if (_container != null) { return _container; } lock (SyncRoot) { if (_container != null) { return _container; } return _container = InitializeContainer(configuration); } } private static IUnityContainer InitializeContainer(Configuration configuration) { var result = new UnityContainer(); foreach (var section in configuration.Sections) { var unityConfigurationSection = section as UnityConfigurationSection; if (unityConfigurationSection != null) { result.LoadConfiguration(unityConfigurationSection); } } return result; } }这样我们每次就可以从同一个UnityContainer中要对象实例了。只要在配置文件中注册了这个IService接口和Service类,就可以Resolve了。
IUnityContainer _unityContainer = ContainerFactory.CreateUnityContainerExe();IService service = _unityContainer.Resolve<IService>();但是每次都使用这两段代码会觉得比较麻烦,能不能我们只new一下Service,而Service中的工具类都是注入进来的呢?这个我们可以通过在构造方法中重载实现。
public class Service : IService { private IRepository _Repository; public Service() : this(ContainerFactory.CreateUnityContainerExe()) //这个构造方法是给直接new这个Service的时候用的,会去静态类中找Container, 获取一个Repository的实例,放入到这里 { } private Service(IUnityContainer container) : this(container.Resolve<IRepository>()) { } public Service(IRepository Repository)// 这个构造方法是给Unity用的,当Unity读取配置文件,知道要new一个这样的实例的时候,会调用这个构造 方法,并且把需要的参数传进来 { this._Repository = Repository; } public void Save() { _Repository.Execute(); } }这样,我们在任何的类中,IServicee service = new Service()的时候,其里边的Repository都是从Unity中要的,而这里对于这一层是透明的,我们只需要new就可以了。
0 0
- 使用Unity依赖注入的时候,最上层的类是Resolve还是New的问题
- C# 对轻量级(IoC Container)依赖注入Unity的使用
- C# 对轻量级(IoC Container)依赖注入Unity的使用
- C# 对轻量级(IoC Container)依赖注入Unity的使用
- C# 对轻量级(IoC Container)依赖注入Unity的使用
- Unity 应用程序块(Unity)是一个轻量级、可扩展的依赖注入容器
- 【Unity开发】粒子效果穿透最上层UI的解决办法
- 依赖注入容器Unity的基础知识
- 微软的依赖注入容器,Unity
- 判断指定的Activity是否是最上层的
- 如何用最简单的方式解释依赖注入?依赖注入是如何实现解耦的?
- 依赖关系的注入问题
- 创建类的时候使用new和不使用new
- spring是怎么实现依赖注入的
- 关于漂浮到最上层的一个问题
- Android Button 总是在最上层的问题
- 使用 Unity Application Block(三):理解和使用依赖注入的键
- [转]Spring依赖注入和实例化(new)的差别
- jQuery插件AjaxFileUpload实现ajax文件上传时老是执行error方法 问题原因
- 黑马程序员_交通灯管理系统
- 论坛架构设计学习
- Python 引入外部自定义模块
- JDK API 中英文版 在线版、下载地址
- 使用Unity依赖注入的时候,最上层的类是Resolve还是New的问题
- monkey命令行参数详解
- Scrapy的简介和安装
- android导出jar注意事项
- 设计模式之观察者模式
- mongodb之安装篇
- Add-in Express VCL for Microsoft Office免费下载及功能介绍
- iOS学习之UINavigationController详解与使用(一)添加UIBarButtonItem
- 不做浮躁的功能测试人员