我是C#的新手,并且刚刚发现如何使用yield return创建自定义IEnumerable枚举。我正在尝试使用MVVM创建向导,但是在弄清楚如何控制从一页到下一页的流程时遇到了麻烦。在某些情况下,我可能希望显示某个步骤,而在其他情况下,则不适用。
无论如何,我的问题是我正在使用IEnumerable返回随后的每个页面,这确实很棒,但是我知道我可能在做某种不适当/不希望使用的语言。子类仅需重写抽象的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;
...
}
}
}
父类使用Steps属性的枚举器包含导航逻辑:
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,因此下一个按钮通过Command绑定(bind)到CanMoveToNextPage()和MoveToNextPage()函数。
我想我的问题是:在这种情况下滥用枚举模型有多错误?有没有更好的办法? 我确实需要以某种方式定义控制流,它与yield return能力非常吻合,这样我就可以将流逻辑返回到Steps访问器以获取下一页。
最佳答案
我认为,只要满足要求,易于维护且易于阅读,就不会那么糟糕。
显然,正如您已经猜到的那样,这不是IEnumerable的经典用法。但是, yield 返回率几乎总是被用于(至少以我的经验)这样的情况。只要您不需要“
至于替代方案,我使用了多种方法,没有一种真正符合我的口味。带有分支路径的向导总是乱七八糟。
对于重量级向导,一种选择是状态机。写一个或两个知道如何在状态之间遍历以及有效的转换的方法。为每个状态构建一个UserControl,然后通过ListCollectionView将它们公开给TabControl。
我曾经使用的一种不错的轻量级解决方案是将向导中的所有页面堆叠在一个网格中,并通过绑定(bind)到由Enumeration表示的State来切换它们的可见性。使用ValueConverter,您甚至可以避免魔数(Magic Number)。然后,仅在页面之间切换就成为增加或减少Status属性的问题。
关于c# - 带有IEnumerable的向导导航/ yield 返回,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/7797198/