AvaloniaUI与MVVM Toolkit中Observable类区别及看板VM选型

一、各核心类的差异 #

• ObservableObject
  MVVM Toolkit最基础的属性变更通知类，实现INotifyPropertyChanged接口。核心功能是通过SetProperty方法让属性值变更时自动通知UI更新，无额外附加功能，适合作为需要属性绑定的实体类或极简ViewModel的基类。

• ViewModelBase
  基于ObservableObject扩展的ViewModel专用基类，增加了ViewModel层面的通用辅助方法（如状态管理、导航相关基础逻辑），是大多数ViewModel的标准基类，比纯ObservableObject更贴合ViewModel开发场景。

• ObservableCollection
  实现INotifyCollectionChanged和INotifyPropertyChanged的集合类，专门用于绑定UI列表控件。当集合内元素添加、删除、移动时，会自动通知UI刷新列表，是实现动态列表的必备类型——注意它不是ViewModel基类，是数据集合类型。

• ObservableRecipient
  继承自ObservableObject并集成了MVVM Toolkit的IMessenger消息机制，自带消息注册、发送的便捷方法。主要用于需要跨ViewModel/模块通信的场景，比如不同看板列之间传递任务移动的消息时，用它可简化消息通信的实现。

二、看板应用的选型建议 #

针对包含任务/工作项的看板应用，按不同场景选择：

• 任务/工作项实体：继承ObservableObject。任务的标题、完成状态、优先级等属性变更时需要通知UI更新，用它足够满足需求，无需额外功能。
• 看板列ViewModel：优先选ViewModelBase；如果该列需要和其他列ViewModel或主ViewModel通信（比如任务拖拽时传递状态），则选ObservableRecipient。每个列ViewModel内部用ObservableCollection<TaskItem>存储该列的任务列表。
• 主看板ViewModel：如果需要管理多列ViewModel、处理全局操作（如添加列、批量修改任务）且存在跨模块通信需求，用ObservableRecipient；如果仅做基础的列集合管理，用ViewModelBase即可。主ViewModel的列集合必须用ObservableCollection<ColumnViewModel>，确保添加/删除列时UI自动更新。
• 所有列表型数据：只要是需要绑定到UI列表控件的集合（任务列表、列列表），一律用ObservableCollection<T>，不能用普通List<T>，否则UI无法响应集合的动态变化。

内容的提问来源于stack exchange，提问作者NTanaka