wpf - WPF/Silverlight/XAML 中的强类型数据绑定(bind)？

Question

我对数据绑定(bind)如何与 XAML 一起工作的最大不满之一是没有选项可以强类型化您的数据绑定(bind)。换句话说，在 C# 中，如果你想访问一个不存在的对象的属性，你不会从 Intellisense 获得任何帮助，如果你坚持忽略 Intellisense，编译器会提示你并不会不要让你继续——我怀疑这里的很多人都会同意这是一件非常好的事情。但是在 XAML 数据绑定(bind)中，您在没有网络的情况下进行操作。你可以绑定(bind)到任何东西，即使它不存在。事实上，鉴于 XAML 数据绑定(bind)的奇怪语法以及我自己的经验，绑定(bind)到确实存在的东西比绑定(bind)到不存在的东西要复杂得多。我更可能让我的数据绑定(bind)语法错误而不是正确；我花在解决 XAML 数据绑定(bind)问题上的比较时间很容易使我花在微软堆栈的任何其他部分上的时间相形见绌(如果你相信的话，包括笨拙和烦人的 WCF)。其中大部分(不是全部)都可以追溯到没有强类型数据绑定(bind)的情况下，我无法从 Intellisense 或编译器获得任何帮助。

所以我想知道的是:为什么 MS 至少不给我们提供强类型数据绑定(bind)的选项:有点像在 VB6 中，如果我们真的很自虐，我们可以让任何对象成为变体，但大多数是时候使用普通的类型化变量了。 MS有什么理由不能这样做吗？

这是我的意思的一个例子。在 C# 中，如果属性“UsrID”不存在，如果您尝试以下操作，您将收到来自 Intellisense 的警告和来自编译器的错误:

string userID = myUser.UsrID;

但是，在 XAML 中，您可以随心所欲地执行此操作:

<TextBlock Text="{Binding UsrID}" />

Intellisense、编译器或(最令人惊讶的是)运行时的应用程序本身都不会给您任何提示您做错了什么。现在，这是一个简单的示例，但任何处理复杂对象图和复杂 UI 的实际应用程序都将有大量的等效场景，这些场景根本不简单，也不容易排除故障。即使在你第一次让它正常工作之后，如果你重构你的代码并更改你的 C# 属性名称，你就是 SOL。一切都会编译，它会毫无错误地运行，但什么都不会起作用，让你在整个应用程序中寻找和啄食，试图找出有什么问题。

一个可能的建议(在我的脑海中，我还没有考虑过)可能是这样的:

对于逻辑树的任何部分，您可以在 XAML 中指定它所期望的对象的 DataType，如下所示:

<Grid x:Name="personGrid" BindingDataType="{x:Type collections:ObservableCollection x:TypeArgument={data:Person}}">

这可能会在 .g.cs 文件中生成强类型的 ObservableCollection TypedDataContext 属性。所以在你的代码中:

// This would work
personGrid.TypedDataContext = new ObservableCollection<Person>(); 

// This would trigger a design-time and compile-time error
personGrid.TypedDataContext = new ObservableCollection<Order>(); 

如果您随后通过网格上的控件访问该 TypedDataContext，它将知道您尝试访问的对象类型。

<!-- It knows that individual items resolve to a data:Person -->
<ListBox ItemsSource="{TypedBinding}">
    <ListBox.ItemTemplate>
       <DataTemplate>
           <!--This would work -->
           <TextBlock Text="{TypedBinding Path=Address.City}" />
           <!-- This would trigger a design-time warning and compile-time error, since it has the path wrong -->
           <TextBlock Text="{TypedBinding Path=Person.Address.City} />
       </DataTemplate>
    </ListBox.ItemTemplate>
</ListBox>

我发了一篇博文 here这更多地解释了我对 WPF/XAML 数据绑定(bind)的挫败感，以及我认为更好的方法。有什么理由不能这样做吗？有谁知道 MS 是否计划解决这个问题(按照我的建议，或者希望是一个更好的建议)？

Answer 1

Visual Studio 2010 中将提供对数据绑定(bind)的 IntelliSense 支持。这似乎是您的提示真正归结为的原因，因为数据绑定(bind)是强类型的。您只是在运行时才知道绑定(bind)是否成功，而且通常它会悄悄地失败，而不是出现嘈杂的异常。当绑定(bind)失败时，WPF 通过调试跟踪转储说明性文本，您可以在 Visual Studio 输出窗口中看到。

除了缺乏 IntelliSense 支持和一些奇怪的语法问题之外，数据绑定(bind)做得很好(至少在我看来)。如需更多调试数据绑定(bind)的帮助，我会查看 Bea 的可爱文章 here .