WPF控件Visibility控制：MVVM模式下优先采用数据绑定吗？

作为常年和WPF MVVM打交道的开发者，我可以明确告诉你：优先选择数据绑定，哪怕是像控制Grid可见性这种看起来“简单”的场景，也不建议直接用代码隐藏操作控件。

为什么选数据绑定？ #

• 保持模式一致性：你正在把整个项目往MVVM改造，统一的实现方式能避免代码风格割裂。如果现在简单场景用代码隐藏，复杂场景用绑定，后续维护时（不管是你自己还是团队成员）会陷入“什么时候该用哪种方式”的困惑，增加理解成本。
• 严格分离关注点：MVVM的核心就是UI层和业务逻辑层解耦。代码隐藏直接操作Grid_Sample1这种UI控件，相当于把UI渲染逻辑和ViewModel的状态逻辑混在了一起。用绑定的话，ViewModel只需要管理Grid_Sample1Visibility这个状态值，UI负责根据状态自动渲染，职责边界清晰。
• 扩展性更强：现在只是点击按钮切换可见性，万一后续要加规则——比如根据用户权限、其他业务状态来决定是否显示，用绑定的话只需要在ViewModel里修改状态的赋值逻辑，完全不用动UI的代码。如果用代码隐藏，后续改动可能要在多个事件处理里找地方加逻辑，很容易遗漏或出错。

两种实现的对比 #

• 代码隐藏方式：

  Grid_Sample1.Visibility = Visibility.Collapsed; 
  Grid_Sample2.Visibility = Visibility.Collapsed;
  

  写起来确实快，但缺点也很明显：UI和逻辑紧耦合，没法单独测试这个显示逻辑（必须运行UI才能验证），后续改动成本高。

• 数据绑定方式：
  虽然要写带INotifyPropertyChanged的属性，看起来多了几行代码，但现在很多框架（比如Prism、CommunityToolkit.Mvvm）都提供了简化手段，比如用ObservableProperty特性自动生成这些代码：

  using CommunityToolkit.Mvvm.ComponentModel;
  
  public partial class YourViewModel : ObservableObject
  {
      [ObservableProperty]
      private Visibility _gridSample1Visibility = Visibility.Visible;
  
      [ObservableProperty]
      private Visibility _gridSample2Visibility = Visibility.Visible;
  }
  

  这样就不用手动写get/set和OnPropertyChanged了，代码简洁又符合规范。

有没有“过度使用”数据绑定的情况？ #

其实很少见。MVVM模式下，几乎所有UI状态都应该通过绑定来驱动。所谓的“过度”可能是指为了绑定而硬套模式导致冗余，但现在的工具已经能把绑定的代码成本降到很低，这种情况基本可以忽略。

总结一下：哪怕是简单场景，也建议坚持用数据绑定，这不仅符合MVVM的设计思想，更能让你的代码长期保持可维护性和扩展性。

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