1

我刚看完Jason Dolinger 在 MVVM 上的视频，我想澄清一下如何正确设置和单元测试我的视图模型的 ICommand 属性。

考虑以下带有 FooBarCommand ICommandProperty 的 ViewModel 类。

public class ViewModel : IViewModel
{
    public ICommand FooBarCommand { get; private set; }

    public bool CanExectuteFooBar()
    {
        return true;
    }

    public void FooBar()
    {
        //Do some FooBarish stuff
    }
}

public interface IViewModel
{
    void FooBar();
    System.Windows.Input.ICommand FooBarCommand { get; }
}

public class FooBarCommand : ICommand
{
    private ViewModel vm;

    public FooBarCommand(ViewModel vm)
    {
        this.vm = vm;
    }
    public bool CanExecute(object parameter)
    {
        return vm.CanExectuteFooBar();
    }

    public event EventHandler CanExecuteChanged;

    public void Execute(object parameter)
    {
        vm.FooBar();
    }
}

因此，如果我对 ViewModel 的 FooBar 功能进行单元测试，我可以通过调用 testVM.FooBar() 或通过调用 testVM.FooBarCommand.Execute() 执行命令来运行 FooBar()。哪个是首选？我倾向于测试 FooBarCommand 属性，因为最终视图上的按钮被绑定到 FooBarCommand 属性而不是 FooBar() 方法。

此外，由于我的 View 将绑定到 IViewModel 而不是 ViewModel，我应该能够从 IViewModel 接口中省略 FooBar() 方法完全正确吗？

4

2 回答 2

0

为什么不使用 DelegateCommand 或 RelayCommand？如果你这样做，你就不必问这个问题，因为只有 Comand 本身是公共的——那么 canexecute 和 execute 方法是私有的。

我们只需要对公共的东西进行单元测试。

ps：不要错过我对您问题的评论，请直接在您的视图模型中使用 IMessageBoxService 而不是 MessageBox。

于 2012-07-13T07:11:04.583 回答
0

在某些情况下，测试命令可能是另一个测试夹具，因为命令背后有逻辑（启用禁用按钮）。如果您只在CanExecute方法上返回 true，那么对命令进行单元测试是没有用的，但是当您的禁用启用按钮包含复杂的逻辑时，您应该在不同的夹具中对其进行测试。

注意（不同意则忽略）：

  1. 尝试使用中继命令而不是将 VM 传递给命令，最小化循环引用始终是最佳实践。
  2. 永远不要将不可测试的对象引用到 VM 中（查看 - 包括消息框、具有复杂依赖关系树的大型对象等）。
于 2012-07-13T07:13:29.883 回答