1. 先搞懂MVVM到底在解决什么问题1.1 从面条代码到分层协作我做客户端开发十多年从WinForms一路做到WPF、Qt、Android有一个感受特别深几乎每个项目到最后都会遇到同一个麻烦——界面逻辑和业务逻辑缠在一起越改越乱。你改一个按钮的点击事件发现里面牵扯到数据校验、接口调用、缓存读写甚至还有另一块界面的刷新逻辑。代码还能跑但没人敢动因为一动就出事。MVVM这套架构模式本质上就是把界面长什么样和数据怎么处理这两件事拆开。View只管展示和用户交互Model管业务数据和规则中间的ViewModel负责把Model的数据翻译成View能直接用的东西同时接收View的动作并转发给Model。这个分工听起来简单但实际落地时绝大多数人都会卡在同一个地方ViewModel和View之间怎么通信答案就是数据绑定这才是MVVM真正的核心。我第一次接触MVVM是在WPF项目上当时看完Josh Smith那篇关于WPF与MVVM的经典教程第一反应是这玩意儿好绕不就是给一个属性赋值吗为什么非要绕一大圈后来真按MVVM重构了一个老项目才发现问题从来不在绑定和赋值本身而在当数据变化时所有依赖这个数据的界面能自动同步更新这一件事上。1.2 三件套的分工MVVM三件套里最容易被误解的是ViewModel。Model不是数据库表也不是网络返回的JSON它就是你的业务模型比如一个订单、一个用户、一次交易记录。ViewModel不是Model的复制品而是针对某个界面场景的Model投影它把原始数据加工成界面需要的形状比如把时间戳格式化成2024-06-01 14:30把一堆状态值合并成一个枚举选项。View是最容易两极分化的部分。有人把View写成纯模板一个后台变量、一坨事件处理器塞进去结果MVP和MVVM被他写成了同一种东西也有人把View写成纯XAML或QML看起来干干净净但一块逻辑都要绕很多层。我自己的标准是View里允许保留与纯视觉相关的代码比如焦点管理、动画触发、窗口大小调整但禁止出现任何业务判断和接口调用。这个分层带来的直接好处是可测试性。业务逻辑搬到ViewModel后可以脱离界面跑单测数据对不对、状态切换对不对全部可以在没有UI的情况下验证。另一个好处是可替换性View层可以整套换掉从WPF换成QtViewModel和Model几乎不用动。不过我见过不少人对MVVM寄予厚望觉得只要用了这个架构模式代码就自动清晰了。现实很残酷MVVM只是给你画好了三条车道车怎么开、会不会撞还是看司机。2. 数据绑定才是MVVM的灵魂2.1 数据流向与属性通知机制MVVM中最基础也最关键的机制是属性通知。界面上显示一个用户名字用户改了文本框内容要求Model也跟着变反过来后台刷新了用户数据要求文本框的显示也跟着变。这种双向同步靠什么实现靠的是被绑定的属性在变化时主动发出通知。WPF里的实现方式是依赖属性DependencyProperty和INotifyPropertyChanged接口。ViewModel里通常不直接定义普通属性而是实现一个包含属性变化通知的基类每改一个值就调用PropertyChanged事件视图拿到通知后刷新绑定项。Qt那边没有依赖属性但有一套自己的元对象系统用Q_PROPERTY声明属性配合信号槽机制实现同样的效果。Android原生也没有绑定但Jetpack里的LiveData和DataBinding配合ViewModel组件基本等价于一套完整的数据绑定方案。很多新手写MVVM时有个误区只写普通属性不触发通知。这样绑定表面存在运行起来却跟死水一样数据变了界面纹丝不动。排查这类问题的时候我几乎不看业务代码先看属性有没有继承INotifyPropertyChanged、有没有在setter里触发事件。2.2 各平台绑定实现的差异数据绑定在不同平台上的实现差异很大这点从热词里就能看出来有人在问Qt的MVVM框架有人在查WPF的企业级应用还有人在研究Android的MVVM响应式封装甚至有人在琢磨WinForms怎么做MVVM。WPF的绑定最成熟。直接用{Binding UserName}就建立了一条界面和数据源之间的通路中间还支持转换器IValueConverter、验证规则、绑定模式切换。前端不需要代码干预这是台式客户端里最舒服的MVVM体验。Qt那边没有现成的MVVM框架但Qt本身提供了Property System和信号槽你可以在QObject子类里声明Q_PROPERTY然后在属性变化时发出通知信号。界面端的绑定靠QDataWidgetMapper或者QML的绑定语法来实现。我做过一个比较干脆的方案用一个通用的可观察对象基类把所有业务属性都放到这个基类里界面组件通过conncet把信号映射到槽上这样MVVM的核心照样转得起来。Android的MVVM是Google后来才官方化的。以前自己在Activity里手写回调或用Retrofit的回调直接改界面改久了必然爆炸。现在用ViewModel和LiveData配合Repository仓库层可以对网络请求和界面状态做出一套响应式的封装界面订阅数据变化数据层也不直接碰界面。这也是热词里Android MVVM Response这个说法出现的原因——很多团队会把后端请求的加载、成功、失败状态封装成一个Resource类让界面统一处理三种状态。WinForms做MVVM是最拧巴的因为它没有现成的绑定语法。但不是说不能做你可以用BindingSource把ViewModel接上去让控件通过它绑定属性然后手动在属性setter里触发BindingSource的ResetBindings或者用现代做法在项目里引入CommunityToolkit.Mvvm这类库用源生成器搞定通知逻辑。我实测下来WinForms下MVVM能解决大部分后台线程更新UI的问