GalaSoft.Mvvmlight迁移CommunityToolkit.mvvm

GalaSoft.Mvvmlight迁移CommunityToolkit.mvvm

一、GalaSoft.Mvvmlight工具包介绍

1.数据绑定

（1）ObservableObject

• 继承于INotifyPropertyChanged，实现了数据UI双向绑定通知方法
• 提供了Set、SetProperty提供了设置属性并通知UI更新的方法
• 提供了RaisePropertyChanged方法，可以主动触发UI刷新

（2）ViewModelBase

• 继承于ObservableObject类，在父类的基础上提供了消息总线IMessenger接口类，让ViewModel可以注册命令进行跨模块的消息调用。

2.依赖注入

（1）SimpleIoc

• 提供了依赖注入的机制，支持构造依赖注入
• 支持两种注入类型：单例、临时对象

3.命令

（1）ExtendToCommand

• 将控件的事件转换为命令

（2）RelayCommand

• UI需要绑定的命令

4.总线消息

（1）Messenger

• 消息处理类，给ViewModelBase提供消息注入、调用的机制。

二、迁移工作

1.调整项目依赖

• 移除Galasoft.MvvmLight相关的dll依赖，替换CommunityToolkit.mvvm库
• 对项目分析器配置进行调整：package.config升级为package.reference

2.调整命名空间

• 调整RelayCommand命名空间

3.调整ViewModel基类

• 将MvvmLight的ViewModelBase重新实现必要的Set、SetProperty接口
• RaisePropertyChanged替换为OnPropertyChanged方法的调用
• ObservableObject也替换为ViewModelBase

4.调整依赖注入

• 移除SimpleIoC的调用，直接使用Microsoft.Extensions.DependencyInjection的SeviceCollection进行依赖注入。
• 由于依赖注入机制不一样，所以调整依赖注入的流程，如果需要立马创建对象的，在注入所有服务后立马获取实例，调用对象的构造函数。

5.处理EventToCommand类

• 从Galasoft.Mvvmlight中拷贝对应的类到KylinWPF项目
• 替换xaml中的命名空间

6.处理RelayCommand

• 处理CanExcute==null时的异常问题
• 添加DelegateCommand类，处理常在主界面上的命令没有及时刷新的问题。
  （原因：Galasoft.Mvvmlight中的RelayCommand的CanExcuteChanged事件将命令的能否执行注册到了CommandManager中，在CommandManager.InvalidateRequerySuggested()中会调用对应命令的CanExcute，那么显示在主界面的菜单的CanExcute函数结果如果有变更的话就能够及时得到刷新。但是在CommunityToolkit.mvvm库中移除掉了这个机制，只能主动调用NotifyCanExecuteChanged()，因此不满足需求的需要自己参照原来的RelayCommand再实现一个DelegateCommand。）