使用IEnumerable / yield return的向导式导航

Question

我是一个新手，刚刚发现了如何使用yield return创建自定义的IEnumerable枚举。我正在尝试使用MVVM创建向导，但我遇到了一个问题，即如何控制从一页到下一页的流程。在某些情况下，我可能希望出现某个特定步骤，而在其他情况下，则不适用。

无论如何，我的问题是我正在使用IEnumerable来返回每个后续页面，这非常好用，但我知道我可能在使用语言方面做了一些不正确/意外的事情。子类只需要重写抽象的Steps IEnumerable访问器：

public class HPLDTWizardViewModel : WizardBase
{
  protected override IEnumerable<WizardStep> Steps
  {
    get 
    {
      WizardStep currentStep;

      // 1.a start with assay selection
      currentStep = new AssaySelectionViewModel();
      yield return currentStep;
      // 1.b return the selected assay.
      SigaDataSet.Assay assay = ((AssaySelectionViewModel)currentStep).SelectedAssay;
      sigaDataSet = (SigaDataSet)assay.Table.DataSet;

      // 2.a get the number of plates 
      currentStep = new NumPlatesViewModel(sigaDataSet);
      yield return currentStep;
      ...
    }
  }
}

父类包含使用步骤属性的枚举器的导航逻辑：

public abstract class WizardBase : ViewModelBase
{
  private ICommand _moveNextCommand;
  private ICommand _cancelCommand;
  private IEnumerator<WizardStep> _currentStepEnumerator;

  #region Events

  /// <summary>
  /// Raised when the wizard window should be closed.
  /// </summary>
  public event EventHandler RequestClose;

  #endregion // Events

  #region Public Properties

  /// <summary>
  /// Gets the steps.
  /// </summary>
  /// <value>The steps.</value>
  protected abstract IEnumerable<WizardStep> Steps { get;}

  /// <summary>
  /// Gets the current step.
  /// </summary>
  /// <value>The current step.</value>
  public WizardStep CurrentStep 
  {
    get 
    {
      if (_currentStepEnumerator == null)
      {
        _currentStepEnumerator = Steps.GetEnumerator();
        _currentStepEnumerator.MoveNext();
      }

      return _currentStepEnumerator.Current; 
    }
  }

  #endregion //Public Properties

  #region Commands

  public ICommand MoveNextCommand
  {
    get
    {
      if (_moveNextCommand == null)
        _moveNextCommand = new RelayCommand(
            () => this.MoveToNextPage(),
            () => this.CanMoveToNextPage());

      return _moveNextCommand;
    }
  }

  public ICommand CancelCommand
  {
    get
    {
      if (_cancelCommand == null)
        _cancelCommand = new RelayCommand(() => OnRequestClose());

      return _cancelCommand;
    }
  }

  #endregion //Commands

  #region Private Helpers

  /// <summary>
  /// Determines whether this instance [can move to next page].
  /// </summary>
  /// <returns>
  ///   <c>true</c> if this instance [can move to next page]; otherwise, <c>false</c>.
  /// </returns>
  bool CanMoveToNextPage()
  {
    if (CurrentStep == null)
      return false;
    else
      return CurrentStep.IsValid();
  }

  /// <summary>
  /// Moves to next page.
  /// </summary>
  void MoveToNextPage ()
  {
    _currentStepEnumerator.MoveNext();

    if (_currentStepEnumerator.Current == null)
      OnRequestClose();
    else
      OnPropertyChanged("CurrentStep");
  }

  /// <summary>
  /// Called when [request close].
  /// </summary>
  void OnRequestClose ()
  {
    EventHandler handler = this.RequestClose;
    if (handler != null)
      handler(this, EventArgs.Empty);
  }

  #endregion //Private Helpers
}

以下是每个向导页面实现的 WizardStep 抽象类：

public abstract class WizardStep : ViewModelBase
{
  public abstract string DisplayName { get; }

  public abstract bool IsValid ();

  public abstract List<string> GetValidationErrors ();
}

正如我所说的那样，这种方法非常有效，因为我使用枚举器来导航列表。导航逻辑在一个抽象的父类中，所有子类只需覆盖Steps属性即可。WizardSteps本身包含逻辑，以便它们知道何时有效，并且用户可以继续。我正在使用MVVM，因此下一步按钮通过命令绑定到CanMoveToNextPage()和MoveToNextPage()函数。

我的问题是：在这种情况下滥用枚举模型有多糟糕？是否有更好的方法？我确实需要以某种方式定义控制流程，并且它非常适合使用yield return能力，以便我可以将流程逻辑返回到Steps访问器以获取下一页。

- millejos

---

请查看此博客文章http://blogs.msdn.com/b/shawnhar/archive/2010/10/01/iterator-state-machines.aspx。 - asawyer

_currentStepEnumerator是什么？我想它是一个IEnumerator，但您能否澄清它是如何声明的？它是静态成员吗？最后，我没有看到您代码中有任何问题：如果它简化了您的应用程序逻辑，我相信您可以使用它。无论如何，这是个好问题 :) - as-cii

更新了完整的WizardBase类。感谢您的有益评论！ - millejos

Answer 1

我认为只要满足要求、易于维护和易于阅读，那么它就不会太糟糕。

显然，正如你所猜测的那样，这并不是 IEnumerable 的经典用法。但是，在我的经验中，yield returns 几乎总是用于类似这样的略微偏离常规的情况。只要您不需要“<返回”支持，我会将解决方案保留为原样。

至于替代方案，我使用了多种方法，但没有一种真正符合我的口味。带有分支路径的向导始终有些混乱。

对于重量级向导，一种选择是状态机。编写一个或两个方法，知道如何在状态之间遍历以及哪些转换是有效的。为每个状态构建一个 UserControl，并通过 ListCollectionView 将它们公开给 TabControl。

我曾经使用过的一个不错的轻量级解决方案是将向导中的所有页面堆叠在一个网格中，并通过绑定到由枚举表示的状态来切换它们的可见性。使用 ValueConverter，甚至可以避免魔术数字。然后，简单地增加或减少状态属性即可在页面之间切换。

- Andre Luus