Question

我在SL4中有控制权。我想要点击按钮进行数据验证。大问题通常是SL4使用绑定属性进行验证。

类似于此示例中显示的示例

http://weblogs.asp.net/dwahlin/archive/2010/08/15/validating-data-in-silverlight-4-applications-idataerrorinfo.aspx

<TextBox Text="{Binding Name,Mode=TwoWay,ValidatesOnDataErrors=true}" 
    Height="23" 
    Width="120"
    HorizontalAlignment="Left" 
    VerticalAlignment="Top"    />

但我想表现出像这样的错误信息......

enter image description here

使用我自己的代码，如按钮点击我检查（textbox1.text == null）然后将此样式的错误设置为textbox1

Answer 1

推迟验证的一种方法是在绑定中设置属性UpdateSourceTrigger=Explicit。如果这样做，绑定将不会更新源对象，因此不会导致验证错误，直到您明确告诉绑定这样做。单击按钮时，会强制更新绑定，对每个控件使用如下所示的行：

someTextBox.GetBindingExpression(TextBox.TextProperty).UpdateSource();

然后，您的属性设置器会抛出无效数据的异常。

如果有很多控件强制进行绑定更新，这种方法可能会有点痛苦。

此外，强制更新绑定必须在控件的代码隐藏中完成。如果您正在使用带有按钮的Command，那么您可能会遇到问题。按钮可以同时具有Command和Click事件处理程序，并且两者都将在单击按钮时执行，但我不知道发生这种情况的顺序，或者即使订单可以得到保证。一个快速的实验表明事件处理程序是在命令之前执行的，但我不知道这是否是未定义的行为。因此，有可能在绑定更新之前触发命令。

编程式创建验证工具提示的方法是绑定文本框的另一个属性，然后故意导致此绑定出错。

在Silverlight论坛上找到'posted a complete solution, including code'sapient'ValidationSummary（搜索日期为07-08-2009 4:56 PM的帖子）。简而言之，他/她使用属性创建一个辅助对象，该属性的getter抛出异常，将文本框的Tag属性绑定到此帮助程序对象，然后强制更新绑定。

'sapient的代码是在Silverlight 4发布之前编写的。我们将'他/她的代码'升级为Silverlight 4.类ControlValidationHelper成为以下内容：

public class ControlValidationHelper : IDataErrorInfo
{
    public string Message { get; set; }

    public object ValidationError { get; set; }

    public string Error
    {
        get { throw new NotImplementedException(); }
    }

    public string this[string columnName]
    {
        get { return Message; }
    }
}

很容易敲出快速演示应用程序来试试这个。我创建了以下三个控件：

    <TextBox x:Name="tbx" Text="{Binding Path=Text, ValidatesOnDataErrors=True, NotifyOnValidationError=True, Mode=TwoWay}" />
    <Button Click="ForceError_Click">Force error</Button>
    <Button Click="ClearError_Click">Clear error</Button>

Text属性和两个按钮的事件处理程序位于代码隐藏中，如下所示：

    public string Text { get; set; }

    private void ForceError_Click(object sender, RoutedEventArgs e)
    {
        var helper = new ControlValidationHelper() { Message = "oh no!" };
        tbx.SetBinding(Control.TagProperty, new Binding("ValidationError")
        {
            Mode = BindingMode.TwoWay,
            NotifyOnValidationError = true,
            ValidatesOnDataErrors = true,
            UpdateSourceTrigger = UpdateSourceTrigger.Explicit,
            Source = helper
        });
        tbx.GetBindingExpression(Control.TagProperty).UpdateSource();
    }

    private void ClearError_Click(object sender, RoutedEventArgs e)
    {
        BindingExpression b = tbx.GetBindingExpression(Control.TagProperty);
        if (b != null)
        {
            ((ControlValidationHelper)b.DataItem).Message = null;
            b.UpdateSource();
        }
    }

“强制错误”按钮应该会在文本框中显示验证错误，而“清除错误”按钮应该会使其消失。

如果您使用{{3}}，则会出现此方法的一个潜在缺点。 ValidationSummary将列出针对ValidationError的所有验证错误，而不是每个属性的名称。

Answer 2

虽然我的回答并不合适，但我仍然确信MVVM模式是执行验证的最佳选择。

在我的代码中，你应该使用this post about validation中的模型验证器和任何mvvm框架，例如MVVM Light。

使用视图模型和模型验证器类添加验证规则要容易得多：

public class PersonViewModel : ViewModelBase, INotifyDataErrorInfo
{
    private ModelValidator _validator = new ModelValidator();

    public PersonViewModel()
    {
        this._validator.AddValidationFor(() => this.Age)
            .Must(() => this.Age > 0)
            .Show("Age must be greater than zero");
    }
}

当且仅当用户明确点击按钮时，您才能验证模型：

    #region INotifyDataErrorInfo

    public IEnumerable GetErrors(string propertyName)
    {
        return this._validator.GetErrors(propertyName);
    }

    public bool HasErrors
    {
        get { return this._validator.ErrorMessages.Count > 0; }
    }

    public event EventHandler<DataErrorsChangedEventArgs> ErrorsChanged = delegate { };

    protected void OnErrorsChanged(string propertyName)
    {
        ErrorsChanged(this, new DataErrorsChangedEventArgs(propertyName));
        this.RaisePropertyChanged("HasErrors");
    }
    #endregion

    public bool Validate()
    {
        var result = this._validator.ValidateAll();
        this._validator.PropertyNames.ForEach(OnErrorsChanged);
        return result;
    }

每个人都可以看到，这里没有什么困难，只有20到30行代码。

此外，MVVM方法更灵活，您可以在多个视图模型中重用一些常见的验证场景。

Silverlight 4中的数据验证

2 个答案: