您会为 Rx.Observable 创建服务吗？

Question

我在 VM 中有以下代码..

Observable
                    .Timer(remainingTimeSpanForNextHour, TimeSpan.FromHours(1))
                    .Timestamp()
                    .Subscribe( x => FillBookingData());

我的问题是 ~

1. 您认为我们需要测试此代码吗？如果我们计划测试这段代码，是不是就像我们正在尝试测试 Rx 一样？或许。我们应该只测试这个值“remainingTimeSpanForNextHour”

2. 假设我们应该测试这段代码。您认为创建像 IObservableService 这样的服务是个好主意吗？

Answer 1

测试您的代码总是一个好主意，但是对于可观察量，如果您的代码全部位于一个方法或代码块中，则可能会有点困难。

您应该尝试分离出此查询的组件 - 对我来说，有三个组件：

1. 参数
2. Observable
3. Observer

因此，编写测试以确保您获得正确的参数值。

然后编写测试以确保您的查询根据相似的输入值集。我不会编写一个必须等​​待一个小时才能到达值的测试，因此将小时更改为秒等。

然后编写测试以确保观察者正常工作。

现在，就编写 IObservableService 接口/实现而言，我认为这不是一件好事。相反，我会专注于编写一项或多项服务，以抽象出您在功能基础上尝试做的事情，以便您保持 DRY（不要重复自己）。

因此，我认为 ITimerService 可能会有用。

public interface ITimerService
{
    IDisposable Subscribe(TimeSpan dueTime, TimeSpan period, Action action);
}

显然，它的设计是为了适应 Rx - 签名类似于与 IObservable.Subscribe 交叉的 Observable.Timer。它将使用您现有的查询，只是使用输入参数。

您应该发现测试此代码非常容易。

让我知道这对您来说是否是一个好的起点。

Answer 2

使用 虚拟时间 - 您可以忽略 ReactiveUI 位，使用 AdvanceTo 并找到一种方法将您正在使用的 IScheduler 注入到代码中（Timer() 和必须为您的 TestScheduler 对象提供 Timestamp()）

尽管这看起来很痛苦，但最终结果是您可以测试通常需要时间才能执行的代码，立即，并且您的测试将具有相同的结果每次都有结果。