如何在Spring中抽象java.time.Clock以进行测试

关于问题Time dependent unit tests,我有一个问题

假设我构建了包含服务接口及其实现的Spring应用程序

如果我想在测试中改变时钟,我将不得不“污染”生产代码并与之接口. setClock方法如下:

public interface MyService {
    void heavyBusinessLogic();
    void setClock(Clock clock);
}

@Service
public class MyServiceImpl implements MyService {

    private Clock clock = Clock.systemDefaultZone();

    @Override
    public void heavyBusinessLogic() {
        if (LocalDate.Now(clock)...) {
            ... 
        }
    }

    @Override
    public void setClock(Clock clock) {
        this.clock = clock;
    }
}   

在测试中,我可以调用,例如:

service.setClock(Clock.fixed(Instant.parse("2017-02-14T01:22:00Z"),ZoneOffset.UTC));

如何在Spring中消除这种跨领域的关注?

我想坚持使用java.time.Clock(我不想使用Joda)

最佳答案
就个人而言,我只需在构造函数添加时钟……

public MyServiceImpl(Clock clock) {
  this.clock = clock;
}

…也许添加一个不错的认构造函数……

public MyServiceImpl() {
  this(Clock.systemDefaultZone());
}

这样,您可以通过spring获取认值并手动创建自定义时钟版本,例如在测试中.

当然,您也可以放弃认构造函数,只需在生产配置中添加一个Clock bean,例如这样……

@Bean
public Clock clock() {
 return Clock.systemDefaultZone();
}

…允许您在测试配置中使用模拟时钟作为bean,自动允许Spring通过构造函数注入@Autowire.

相关文章

这篇文章主要介绍了spring的事务传播属性REQUIRED_NESTED的原...
今天小编给大家分享的是一文解析spring中事务的传播机制,相...
这篇文章主要介绍了SpringCloudAlibaba和SpringCloud有什么区...
本篇文章和大家了解一下SpringCloud整合XXL-Job的几个步骤。...
本篇文章和大家了解一下Spring延迟初始化会遇到什么问题。有...
这篇文章主要介绍了怎么使用Spring提供的不同缓存注解实现缓...