目录
介绍
Quartz.NET是一个方便的库,允许您通过实现IJob接口来安排重复任务。然而,它的局限性在于,默认情况下,它仅支持无参数构造函数,这使得在其内部注入外部服务变得复杂,即,用于实现存储库模式。在本文中,我们将了解如何使用标准.NET Core DI容器解决此问题。
本文中提到的整个项目在以下Github存储库中提供。为了更好地遵循文章中的代码,您可能需要查看它。
项目概况
我们来看看最初的解决方案结构。
项目QuartzDI.Demo.External.DemoService代表了一些我们无法控制的外部依赖。为了简单起见,它的工作非常简单。
项目QuartzDI.Demo是我们的工作项目,包含简单的Quartz.NET作业。
1 public class DemoJob : IJob 2 { 3 private const string Url = "https://i.ua"; 4 5 public static IDemoService DemoService { get; set; } 6 7 public Task Execute(IJobExecutionContext context) 8 { 9 DemoService.DoTask(Url); 10 return Task.CompletedTask; 11 } 12 }
这是以直接的方式设置的:
1 var props = new NameValueCollection 2 { 3 { "quartz.serializer.type", "binary" } 4 }; 5 var factory = new StdSchedulerFactory(props); 6 var sched = await factory.GetScheduler(); 7 await sched.Start(); 8 var job = JobBuilder.Create<DemoJob>() 9 .WithIdentity("myJob", "group1") 10 .Build(); 11 var trigger = TriggerBuilder.Create() 12 .WithIdentity("myTrigger", "group1") 13 .StartNow() 14 .WithSimpleSchedule(x => x 15 .WithIntervalInSeconds(5) 16 .RepeatForever()) 17 .Build(); 18 await sched.ScheduleJob(job, trigger);
我们通过作业的static属性提供外部服务
1 DemoJob.DemoService = new DemoService();
由于该项目是一个控制台应用程序,在本文的课程中,我们必须手动安装所有需要的基础架构,并能够更全面地了解.NET Core实际上为我们带来了什么。
此时,我们的项目正在运行。最重要的是它很简单,很棒。但是,如果我们想把它作为一个小工具,那么我们就会为这种简单性付出代价。但这通常不是生产系统的情况。所以让我们稍微调整一下以使其更灵活。
创建配置文件
其中一个缺点是我们硬编码调用到DemoJob中的URL 。理想情况下,我们希望更改它,并根据我们的环境进行更改。.NET Core附带了appsettings.json机制。
为了开始使用.NET Core配置机制,我们必须安装几个Nuget包:
1 Microsoft.Extensions.Configuration 2 Microsoft.Extensions.Configuration.FileExtensions 3 Microsoft.Extensions.Configuration.Json
让我们创建一个具有这样名称的文件并在那里提取我们的URL:
1 { 2 "connection": { 3 "Url": "http://i.ua" 4 } 5 }
现在我们可以从配置文件中提取我们的值,如下所示:
1 var builder = new ConfigurationBuilder() 2 .SetBasePath(Directory.GetCurrentDirectory()) 3 .AddJsonFile("appsettings.json", true, true); 4 var configuration = builder.Build(); 5 var connectionSection = configuration.GetSection("connection"); 6 DemoJob.Url = connectionSection["Url"];
请注意,要实现它,我们必须将Url从常量更改为属性。
1 public static string Url { get; set; }
使用构造函数注入
通过static属性注入服务对于一个简单的项目来说很好,但是对于一个更大的项目,它可能带来一些缺点:例如可能在没有服务的情况下调用作业,因此失败或在对象运行时期间改变依赖性,这使得更难以推理对象。要解决这些问题,我们应该使用构造函数注入。
虽然纯依赖注入没有任何问题,但是有些人认为你应该在本文中努力实现它,我们将使用Nuget包附带的内置.NET Core DI容器Microsoft.Extensions.DependencyInjection。
现在我们指定我们依赖于构造函数参数的服务:
1 private readonly IDemoService _demoService; 2 3 public DemoJob(IDemoService demoService) 4 { 5 _demoService = demoService; 6 }
为了调用作业的参数构造函数,Quartz.NET提供了IJobFactory接口。这是我们的实现:
1 public class DemoJobFactory : IJobFactory 2 { 3 private readonly IServiceProvider _serviceProvider; 4 5 public DemoJobFactory(IServiceProvider serviceProvider) 6 { 7 _serviceProvider = serviceProvider; 8 } 9 10 public IJob NewJob(TriggerFiredBundle bundle, IScheduler scheduler) 11 { 12 return _serviceProvider.GetService<DemoJob>(); 13 } 14 15 public void ReturnJob(IJob job) 16 { 17 var disposable = job as IDisposable; 18 disposable?.Dispose(); 19 } 20 }
让我们注册我们的依赖项:
1 var serviceCollection = new ServiceCollection(); 2 serviceCollection.AddScoped<DemoJob>(); 3 serviceCollection.AddScoped<IDemoService, DemoService>(); 4 var serviceProvider = serviceCollection.BuildServiceProvider();
拼图的最后一块是让Quartz.NET使用我们的工厂。IScheduler有属性JobFactory只是为了这件事。
1 sched.JobFactory = new DemoJobFactory(serviceProvider);
使用选项模式
现在我们可以使用配置选项来实现相同的技巧。同样,我们的例子以Nuget包开始。这一次是Microsoft.Extensions.Options。
让我们为配置选项创建一个强类型定义:
1 public class DemoJobOptions 2 { 3 public string Url { get; set; } 4 }
现在我们按如下方式填充它们:
serviceCollection.AddOptions(); serviceCollection.Configure<DemoJobOptions>(options => { options.Url = connectionSection["Url"]; });
并将它们注入构造函数中。不是我们直接注入IOptions<T>,不是options实例。
1 public DemoJob(IDemoService demoService, IOptions<DemoJobOptions> options) 2 { 3 _demoService = demoService; 4 _options = options.Value; 5 }
结论
在本文中,我们已经了解了如何利用.NET Core功能使Quartz.NET的使用更加灵活。