因为react是单向数据绑定的，而mvvm最显著的特征就是数据双向绑定；mvvm框架是要有一个vm对象，来映射view，而react没有纯粹意义上的vm对象，有的是属性和状态，所以react不是mvvm框架。
本教程操作环境：Windows10系统、react17.0.1版、Dell G3电脑。
为什么react不是mvvm框架
mvvm
首先搞明白mvvm是啥意思。vm是view mode的意思。
所以mvvm框架是要有一个vm对象，来映射view。
也就是vm对象的属性发生改变的时候，对应的视图部分会相对应更新。比较经典的有knockoutjs，里面比较关键的概念就是view model，compute，view模板等。对的，vue中其实是有不少它的影子。
react
然后来看看react，它没有纯粹意义上的vm对象，它有的是属性和状态。
技术上面应用了三层结构，AJAX框架，URL重写等基础的开发。并用了动软的代码生成器及数据访问类，加进了一些自己用到的小功能，算是整理了一些自己的操作类。系统设计上面说不出用什么模式，大体设计是后台分两级分类，设置好一级之后，再设置二级并选择栏目类型，如内容，列表，上传文件，新窗口等。这样就可以生成无限多个二级分类，也就是网站栏目。对于扩展性来说，如果有新的需求可以直接加一个栏目类型并新加功能操作
用属性和状态去映射视图。那么属性和状态和vm有什么区别呢？个人认为，vm对象不管你值是从外部传进来的还是自己内部定义的，最后都一视同仁。很多情况还有双向绑定的机制，可能早期的flex，让人感到惊艳吧，后面的mvvm框架都有双向绑定的概念。而react，强调的是属性不可变性，单向数据流。内部的状态内部自己控制。
这样的设计可能从设计上更复杂一些，但是从使用上变得更确定，更清晰了。如果react用的比较熟，给合适的组件管理合适的状态，做好状态的合理分层，会大大降低应用复杂度。然后，redux有个很先进的概念叫容器组件和纯展示组件，如果领悟了这个设计思路的话，把复杂的东西集中到少部分组件中，大部分组件就变成纯展示组件，进一步降低应用复杂性。
MVVM一个最显著的特征：双向绑定。
React没有这个，它是单向数据绑定的。
React是一个单向数据流的库，状态驱动视图。
State --> View --> New State --> New View
推荐学习：《react视频教程》
