.net 调用url接口_.NetCore中Quartz.NET的依赖注入

介绍

Quartz.NET是一个方便的库，允许您通过实现IJob接口来安排重复任务。然而，它的局限性在于，默认情况下，它仅支持无参数构造函数，这使得在其内部注入外部服务变得复杂，即，用于实现存储库模式。在本文中，我们将了解如何使用标准.NET Core DI容器解决此问题。

本文中提到的整个项目在以下Github存储库中提供。为了更好地遵循文章中的代码，您可能需要查看它。

项目概况

我们来看看最初的解决方案结构。

项目QuartzDI.Demo.External.DemoService代表了一些我们无法控制的外部依赖。为了简单起见，它的工作非常简单。

项目QuartzDI.Demo是我们的工作项目，包含简单的Quartz.NET作业。

这是以直接的方式设置的：

我们通过作业的static属性提供外部服务

由于该项目是一个控制台应用程序，在本文的课程中，我们必须手动安装所有需要的基础架构，并能够更全面地了解.NET Core实际上为我们带来了什么。

此时，我们的项目正在运行。最重要的是它很简单，很棒。但是，如果我们想把它作为一个小工具，那么我们就会为这种简单性付出代价。但这通常不是生产系统的情况。所以让我们稍微调整一下以使其更灵活。

创建配置文件

其中一个缺点是我们硬编码调用到DemoJob中的URL 。理想情况下，我们希望更改它，并根据我们的环境进行更改。.NET Core附带了appsettings.json机制。

为了开始使用.NET Core配置机制，我们必须安装几个Nuget包：

让我们创建一个具有这样名称的文件并在那里提取我们的URL：

现在我们可以从配置文件中提取我们的值，如下所示：

请注意，要实现它，我们必须将Url从常量更改为属性。

使用构造函数注入

通过static属性注入服务对于一个简单的项目来说很好，但是对于一个更大的项目，它可能带来一些缺点：例如可能在没有服务的情况下调用作业，因此失败或在对象运行时期间改变依赖性，这使得更难以推理对象。要解决这些问题，我们应该使用构造函数注入。

虽然纯依赖注入没有任何问题，但是有些人认为你应该在本文中努力实现它，我们将使用Nuget包附带的内置.NET Core DI容器Microsoft.Extensions.DependencyInjection。

现在我们指定我们依赖于构造函数参数的服务：

为了调用作业的参数构造函数，Quartz.NET提供了IJobFactory接口。这是我们的实现：

让我们注册我们的依赖项：

拼图的最后一块是让Quartz.NET使用我们的工厂。IScheduler有属性JobFactory只是为了这件事。

使用选项模式

现在我们可以使用配置选项来实现相同的技巧。同样，我们的例子以Nuget包开始。这一次是Microsoft.Extensions.Options。

让我们为配置选项创建一个强类型定义：

现在我们按如下方式填充它们：

并将它们注入构造函数中。不是我们直接注入IOptions，不是options实例。

结论

在本文中，我们已经了解了如何利用.NET Core功能使Quartz.NET的使用更加灵活。