WPF Prism中DelegateCommand的CanExecute未触发原因排查

核心原因 #

你当前的代码里，DelegateCommand通过.ObservesProperty(() => UserModel)监听的是UserModel对象的引用变化，但你在TextBox中修改的是UserModel内部的属性（比如Fname），这时候UserModel的引用并没有改变，所以Prism不会自动触发CanExecute的更新。

另外，你在UserModel的Setter里调用了Add_EditUserInfo.RaiseCanExecuteChanged()，但只有当你整个替换UserModel对象时这个Setter才会执行，修改内部属性时根本走不到这里，自然也不会触发命令的状态更新。

解决方案 #

方案1：让TblUserInfo实现INotifyPropertyChanged，并监听其内部属性变化 #

首先，确保你的TblUserInfo实体实现INotifyPropertyChanged接口，当内部属性（如Fname）变化时触发PropertyChanged事件。然后在ViewModel的构造函数中订阅UserModel的PropertyChanged事件，在事件回调里手动触发命令的状态更新：

// ViewModel构造函数中添加
UserModel.PropertyChanged += (s, e) => Add_EditUserInfo.RaiseCanExecuteChanged();

方案2：让命令监听UserModel的具体属性 #

如果需要验证的属性数量不多，可以直接让命令监听每个目标属性：

Add_EditUserInfo = new DelegateCommand(OnAdd_EditUserInfo, CanAdd_EditUserInfo)
    .ObservesProperty(() => UserModel.Fname)
    .ObservesProperty(() => UserModel.Lname)
    // 依次添加其他需要监听的属性...;

方案3：监听验证状态属性（推荐） #

如果TblUserInfo_IsValid是判断是否可执行的核心依据，确保这个属性在验证状态变化时触发PropertyChanged事件，然后让命令直接监听这个属性：

// 先确保TblUserInfo中TblUserInfo_IsValid属性变化时会触发PropertyChanged
Add_EditUserInfo = new DelegateCommand(OnAdd_EditUserInfo, CanAdd_EditUserInfo)
    .ObservesProperty(() => UserModel.TblUserInfo_IsValid);

额外注意点 #

• 你的TextBox绑定已设置UpdateSourceTrigger=PropertyChanged，这部分是正确的，能保证输入内容实时同步到实体属性。
• 要确保TblUserInfo_IsValid的逻辑正确，当属性变化时能实时更新其值，否则即使触发了CanExecute，判断结果也不会准确。

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