Silverlight 和 WPF 中事件处理的差异 - 线程关联问题

Question

我一直在 Silverlight 中开发 Lync Silverlight 应用程序，现在我尝试将其转移到 WPF。

但是，我面临一些线程关联问题。例如，我在页面上的文本块中显示 Lync 客户端的状态，因此在后面的代码中连接了状态更改事件处理程序，每当 Lync 客户端的状态发生更改时，该处理程序就会将新状态写入文本块。

现在，这在 silverlight 中完美运行，但在 WPF 中似乎不允许。 现在我的问题是：

1. 为什么它在 Silverlight bt 中工作而不是在 WPF 中工作，即使 Silverlight 应该是 WPF 的子集？

2. 线程亲和力是一个重要的概念，我知道我们可以使用调用调度程序，但它不是以事件处理程序和回调的形式击败了异步编程的概念吗？

3. 我在 XAML 页面中定义了一个按钮，并且在其上定义的单击事件处理程序可以访问其他 UI 元素，它不会遇到上述问题。

   但是，如果我在代码隐藏中定义 LyncClient 实例，则在其上定义的事件处理程序将无法访问 UI 元素。为什么会这样，我在 Silverlight 中检测到 UIElements 和其他对象之间没有这样的区别？

Answer 1

根据上面的评论，我将建议以下“答案”...

我猜想 SL API 的编写方式与 WPF api 的编写方式很可能存在某种不同。这可以解释 API 发出回调时使用的线程的差异。要验证这一点，您可以：

1. 直接询问 MS
2. 在回调方法中放入一些诊断代码以记录线程 ID 并将其与应用程序的主线程进行比较。对 SL 和 WPF 执行此操作，看看它们是相同还是不同的线程。
3. 在 Reflector 中打开程序集来检查每个 API 的编写方式。

在处理这种特定情况方面，在回调中，您可以：

1. 获取调度程序对象（SL 与 WPF 不同）并始终通过 Dispatcher.Invoke 发出 UI 更新。
2. 使用数据绑定和 INotifyPropertyChanged 将 UI 与属性隔离。您可以删除 ViewModel 上或后面的代码中的属性。然后将 UI 的文本框绑定到该属性。数据绑定有一些智能，可以自动将属性更改编组到正确的线程（无论如何在大多数情况下）。

希望有帮助。