wpf - WPF 的 "nice"特性真的那么好吗？还是他们控制欲太强？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center寻求指导。




9年前关闭。




所以我对 MVVM 还是很陌生，我一直在努力解决一些关于用户输入验证的问题。 WPF 有一些看起来像“魔术”的内置功能，一般来说，我知道“魔术”不好。

例如:如果你绑定(bind)一个 TextBox到类型为 double 的属性并且用户在 TextBox 中输入“你好” , WPF 自动在 TextBox 周围显示红色边框通知用户输入无效。

这一切都很好，但看起来确实像“魔术”。一位经验丰富的开发人员告诉我，类似的 WPF 和应用程序构建器希望拥有过多的控制权。他说，在 Web 开发中， View 不会知道属性是什么类型。这对我来说很有意义。所以这引出了我的一般性问题 - WPF View 应该了解属性类型吗？ - 如果我将属性类型声明为 string然后我可以完全控制 View 。而不必解决 WPF 的“智能”TextBox “魔法”。

表达我的问题的另一种方式是 - 属性类型应该在 Model 还是 ViewModel 中声明？

我了解，如果您将模型中的属性类型声明为 double并作为 string在 ViewModel 中，它必须在 Model 中解析。在我看过的大多数 MVVM 应用程序示例中，Property 类型在整个应用程序中都是相似的，但我认为不了解它正在使用什么的“愚蠢” View 会好得多。

回到我的例子:如果该属性被声明为 String您可以完全控制输入所需的格式并防止无效输入。这似乎是比信任 WPF TextBox 更好的解决方案。 .

Answer 1

是的，我认为 WPF 的特性是“很好” :)

WPF 有两层:数据层和 UI 层。

数据层包含您的数据。如果数据中有数字，它应该是数字数据类型，而不是字符串数据类型。

UI 层 (XAML) 仅旨在为数据提供一个用户友好的界面，以便用户可以轻松地与数据层进行交互。例如，如果您有一个包含数值的数据层并且您希望用户能够编辑该值，您可以选择使用 TextBox 显示您的数字。 .

如果仅仅因为 UI 层使用 TextBox 而强制数据层使用字符串而不是数字显示数据，然后你让 UI 控制你的应用程序，这不是 WPF 应该如何工作的。此外，像这样将两层混合在一起会使以后的维护变得更加困难。例如，如果您决定更改 TextBox 会发生什么？到 NumericUpDown界面控制？现在你必须去修改你的数据层来改变 UI。

关于您的特定示例，当您绑定(bind) TextBox到一个 double 并输入一个像“hello”这样的字符串，实际发生的是WPF试图将你的 double 值设置为一个字符串值，并且抛出一个异常。

该异常是导致TextBox 周围出现红色边框的原因。并显示一条错误消息，而不是任何特殊处理。你可以很容易地在你的 double 属性的 setter 中抛出一个异常，同样的事情也会发生。

我不会真正称其为“魔术”，只是异常处理:)

但是为了避免在您想要验证输入的任何时候抛出异常，WPF 提供了 IDataErrorInfo接口(interface)，您可以使用它来验证您的属性而不会引发异常。 UI 将对使用此接口(interface)引发的错误使用react，就像对异常使用react一样。