我是 MVVM 和 WPF 本身的新手。我需要在 WPF 中做一些原型设计并解决概念问题。
假设您有向您发送数据的服务器。无论您是否显示当前是否需要将其存储在缓存中，这都是您的“真实数据”，有时您需要将其放在 UI 上（当用户打开特定屏幕时），这就是您的视图模型。
我的问题很明显 - 我应该将 UI 绑定到存储在某个服务中的真实数据，还是应该围绕该数据进行视图模型包装并绑定到它？ 在第一种情况下，除非我使用 Dispatcher，否则我会收到“调用线程无法访问此对象”异常，但在模型中调用 Dispatcher 看起来不正确
在后一种情况下，我需要：
正确的方法是什么？
【问题讨论】：
标签： wpf mvvm data-binding
最合适的方式是让您的 ViewModel 与您的 View 需求非常相似。这意味着如果您的 View 有一个列表，那么您很可能在 ViewModel 上至少需要 2 个属性，一个用于 ItemSource，另一个用于选定的 Items。
关于存储的真实数据，我想说的是，您的服务可以访问它。也许您使用 WPF 或 Silverlight，因此您将保护您的真实物理数据。并且可以交换视图所需的正确信息。
我希望它有所帮助。如果您想分享您项目的一些建筑方面，我们可能会给您更多建议。
【讨论】：
我确实更喜欢将数据缓存放在我称之为“服务层”（通过 WCF 或任何通信机制实际与服务器交互的客户端代码）中。
数据缓存实际上是几个List<T>，我不在那里监听更改通知，因为实际上不需要。
相反，您从 ViewModel 中使用这些“客户端服务”，并检索 List<T> 并将 ViewModel 中的项目存储在 ObservableCollection<T> 中。这样您就可以从 View 到 ViewModel 进行两种方式的绑定，而无需 View 与存储在“服务层”中的“较低级别”数据缓存进行交互。
您在执行 ViewModel 操作时不需要使用 Dispatcher，因此这是一种更好的可扩展方法，因为您可以执行任何需要的多线程来检索数据。
【讨论】：