asp.net core 中已经自带了一个官方的依赖注入框架,现在想把它应用到控制台程序中,控制台程序是最简洁的代码结构,摒除了其他一堆嵌入的框架代码,只包含最简洁的入口函数,是学习基础类库框架的最佳选择,为什么最佳,原因很简单,没有其他项的干扰,Demo效果清晰明了,方便写测试代码,调试也顺畅。
1. 业务接口类设计编写
先要写一个测试用的接口和类,我写了一个很简单的计算求和的接口类和方法,方便待会注入演示效果。
我设计的演示接口很简单,IBaseService 基础接口负责生成一个随机的数字,这个数字在构造函数中生成,方便待会测试注入实例的生存周期,这样设计的目的是,每回实例化都要调用构造方法,而每次执行构造方法产生的随机数是不一样的,由此验证注入的生命周期,ICalculateService 接口则负责计算求和,就是将随机数重复相加n遍,屏幕打印结果。
/// <summary> /// 基础服务接口,用来获取一个数字 /// </summary> public interface IBaseService { /// <summary> /// 数字属性 /// </summary> int Number { get; } /// <summary> /// 获取数字方法 /// </summary> /// <returns>随机数</returns> int GetNumber(); } /// <summary> /// 计算服务接口,用来求和累加运算 /// </summary> public interface ICalculateService { /// <summary> /// 求和方法 /// </summary> /// <param name="count"></param> void Sum(int count); } /// <summary> /// 计算服务 /// </summary> public class CalculateService : ICalculateService { private readonly IBaseService _baseService; public CalculateService(IBaseService baseService) { _baseService = baseService; } public void Sum(int n) { int sum = 0; for (int i = 0; i < n; i++) { sum+= _baseService.Number; } Console.WriteLine($"the result of ICalculateService is { sum }"); } } /// <summary> /// 基础服务 /// </summary> public class BaseService : IBaseService { public int Number { get; } public BaseService() { Number = GetNumber(); Console.WriteLine($"the Number is {Number}"); } public int GetNumber() { Random rand = new Random(); return rand.Next(1, 1000); } }
2. 依赖注入使用
注入操作也和在Asp.net core中雷同,先new一个ServiceCollection,然后添加注入的所需的接口或类及范围,
之所以要for循环3次,是为了验证生命周期,和方便观察调用构造函数的次数。IBaseService接口的注入实例生命周期设置为Transient,即每次调用都会实例化一次从而产生新的随机数,而ICalculateService则采用单例模式,所以它的构造方法只被调用了一次,在控制台运行时,会在屏幕上打印结果,清晰可辨。
static void Main(string[] args) { var serviceProvider = new ServiceCollection() .AddTransient<IBaseService, BaseService>() .AddScoped<ICalculateService, CalculateService>() //.AddSingleton<ICalculateService, CalculateService>() //.AddTransient<ICalculateService, CalculateService>() .BuildServiceProvider(); for (int i = 0; i < 3; i++) { var calculateService = serviceProvider.GetService<ICalculateService>(); calculateService.Sum(10); } var baseService = serviceProvider.GetService<IBaseService>(); for (int i = 0; i < 3; i++) { int resultNum = baseService.GetNumber(); Console.WriteLine($"the result of IBaseService is {resultNum}"); } Console.ReadKey(); }
3. 执行结果分析
我们可以看到ICalculateService接口的实例确实是单例,因为构造函数只被调用了一次,随机产生的数字也没变,接着我们会把ICalculateService的注入生命周期改成Transient 瞬态,看看会有什么变化。
很显然,它执行了五次构造方法,也就是实例化了五次,所以每回产生的随机数也不一样了。
到此这篇关于C#控制台程序中使用官方依赖注入的实现的文章就介绍到这了,更多相关C# 官方依赖注入内容请搜索小牛知识库以前的文章或继续浏览下面的相关文章希望大家以后多多支持小牛知识库!
2.1依赖注入和控制反转 Java应用程序-这是一个宽松的术语,它包括的范围从受限的嵌入式应用程序到n层的服务器端企业应用程序-通常组成程序的对象互相协作而构成正确的应用程序。因此,在一个应用程序中的对象彼此具有_依赖关系(dependencies)。_ 虽然Java平台提供了丰富的应用程序开发功能,但它缺乏将基本的模块组织成一个整体的方法,而将该任务留给了架构师和开发人员。虽然你可以使用如_工厂
2.1 依赖注入和控制反转 Java应用程序——范围从受限的、嵌入式的应用到N层的、服务器端的企业应用——通常由协作形成该程序的对象构成,因此一个应用程序中的对象彼此依赖。 虽然Java平台提供了大量的程序开发功能,但是它缺少将基础构建块组成一个整体的工具,而将此任务留给了架构师和开发者。尽管可以利用设计模式(比如Factory、Abstract Factory、Builder、Decorator
有没有可能使控制器依赖于他们的服务,而不是通过使用服务容器,而是通过纯粹的构造函数依赖注入? 我希望以这种方式编写控制器: 不幸的是,正如我所看到的,Symfony ControllerResolver不通过ServiceContainer而是通过简单的调用创建新的控制器实例。
这是模块类 这是我的viewmodel构造函数 当我运行应用程序时,我得到这个错误,我认为不要在模块中注入所需的应用程序上下文,任何帮助都会被赞赏 C:\XYZ\XYZ\AndroidStudioProjects\CarAndroid\app\build\generate\source\kapt\debug\com\sw\car\baseclasses\CarApp_HiltComponents.
问题内容: 我仍然是Angularjs的新手。我想在控制器中动态注入服务(我创建的)的依赖项。 但是,当我对具有依赖项的服务进行编码时,出现此错误: 错误:未知提供程序:$ windowProvider <-$ window <-base64 这是控制器的代码。 此代码有效: 此代码不起作用: 另一个问题是服务与控制器位于同一模块中。如果模块具有依赖项,则无法使用(我的模块配置中具有$ route
问题内容: 我在这里有一个界面 这是一种实现 并且有一类依赖于Idemo 现在说我要测试Sample类 这里没有创建Sample实例,并且s保持为null。我想这是因为当执行到达指定绑定的行时,已经创建了该测试类。但是我不确定。使用Spring Autowired而不是jersey CDI相同的作品 如果Sample是资源/控制器类,那么测试框架可以创建它的实例而无需注入它,但是是否可以使用Jer