我正在重写我编写的一个小WPF-App以利用ReactiveUI,以了解该库。
到目前为止我真的很喜欢它!
现在我偶然发现了Throttle
方法,并希望在将过滤器应用于集合时使用它。
这是我的ViewModel:
namespace ReactiveUIThrottle
{
public class MainViewModel : ReactiveObject
{
private string _filter;
public string Filter { get => _filter; set => this.RaiseAndSetIfChanged(ref _filter, value); }
private readonly ReactiveList<Person> _persons = new ReactiveList<Person>();
private readonly ObservableAsPropertyHelper<IReactiveDerivedList<Person>> _filteredPersons;
public IReactiveDerivedList<Person> Persons => _filteredPersons.Value;
public MainViewModel()
{
Filter = string.Empty;
_persons.AddRange(new[]
{
new Person("Peter"),
new Person("Jane"),
new Person("Jon"),
new Person("Marc"),
new Person("Heinz")
});
var filterPersonsCommand = ReactiveCommand.CreateFromTask<string, IReactiveDerivedList<Person>>(FilterPersons);
this.WhenAnyValue(x => x.Filter)
// to see the problem
.Throttle(TimeSpan.FromMilliseconds(2000), RxApp.MainThreadScheduler)
.InvokeCommand(filterPersonsCommand);
_filteredPersons = filterPersonsCommand.ToProperty(this, vm => vm.Persons, _persons.CreateDerivedCollection(p => p));
}
private async Task<IReactiveDerivedList<Person>> FilterPersons(string filter)
{
await Task.Delay(500); // Lets say this takes some time
return _persons.CreateDerivedCollection(p => p, p => p.Name.Contains(filter));
}
}
}
使用GUI时,过滤本身就像一个魅力,也就是限制。
但是,我想对过滤的行为进行单元测试,这是我的第一次尝试:
[Test]
public void FilterPersonsByName()
{
var sut = new MainViewModel();
sut.Persons.Should().HaveCount(5);
sut.Filter = "J";
sut.Persons.Should().HaveCount(2);
}
此测试失败,因为该集合仍有5个人。
当我摆脱await Task.Delay(500)
中的FilterPersons
时,测试将通过,但需要2秒(来自油门)。
1)有没有办法让油门在测试中瞬间加速单位测试?
2)我如何测试过滤器中的异步行为?
我正在使用ReactiveUI 7.x
答案 0 :(得分:2)
简答:
CurrentThreadScheduler.Instance
CurrentThreadScheduler
并手动前进TestScheduler
醇>
答案越长,您需要确保您的单元测试可以控制被测系统(SUT)使用的调度程序。默认情况下,您通常希望使用CurrentThreadScheduler.Instance
来“立即”实现,而无需手动推进调度程序。但是,当您想要编写确认时序的测试时,请改用TestScheduler
。
如果您正在使用RxApp.*Scheduler
,请查看With
扩展方法,可以像这样使用:
(new TestScheduler()).With(sched => {
// write test logic here, and RxApp.*Scheduler will resolve to the chosen TestScheduler
});
我倾向于完全避免使用RxApp
环境上下文,原因与避免所有环境上下文相同:它们是共享状态,因此可能导致问题。相反,我将IScheduler
(或两个)注入我的SUT作为依赖。