传递依赖¶

在应用中,您希望使用不同的类来处理不同的任务以保持代码的简洁。我们把这些类称为 依赖。如何将这些依赖关系传递给将在后台任务调用的方法呢?


当您在后台任务中调用静态方法时,仅限于应用程序的静态上下文,这需要您使用以下获取依赖关系的模式:



然而,所有这些模式使您的应用程序的单元可测试性方面变得非常复杂。为了解决这个问题,Hangfire允许你在后台任务调用实例方法。想象你有以下的类使用 DbContext 的某种方式去连接数据库,并且使用 EmailService 发送邮件。


  1. publicclassEmailSender
    {
    publicvoidSend(intuserId,stringmessage)
    {
    vardbContext=newDbContext();
    varemailService=newEmailService();

    // Some processing logic
    }
    }


为了在后台任务中调用 Send 方法,使用以下的方法重写 Enqueue 方法 ( BackgroundJob 类的其他方法也提供此类重载):


  1. BackgroundJob.Enqueue<EmailSender>(x=>x.Send(13,"Hello!"));


当一个worker 需要调用一个实例方法时,它首先使用当前的 JobActivator 来实例化给定的类。默认情况下,使用 Activator.CreateInstance 方法可以为你的类创建一个 默认构造函数 的实例,如下:


  1. publicclassEmailSender
    {
    privateIDbContext_dbContext;
    privateIEmailService_emailService;

    publicEmailSender()
    {
    _dbContext=newDbContext();
    _emailService=newEmailService();
    }

    // …
    }


如果您希望类可以进行单元测试,请考虑重载构造函数,因为 默认的 Activator 无法创建一个没有默认构造函数的类的实例 :


  1. publicclassEmailSender
    {
    // …

    publicEmailSender()
    :this(newDbContext(),newEmailService())
    {
    }

    internalEmailSender(IDbContextdbContext,IEmailServiceemailService)
    {
    _dbContext=dbContext;
    _emailService=emailService;
    }
    }


如果您使用IoC容器,例如Autofac,Ninject,SimpleInjector等,可以删除默认构造函数。要了解更多,请继续下一节。

原文:

http://hangfirezh.zhs.press/background-methods/passing-dependencies.html