1. 为什么需要响应式？ 随着页面应用的不断复杂，需要关注和管理的状态越来越多，之前靠被动的，分散的管 理状态不现实也易出错。为了满足这个需求，出现了许多方案，其中 Vue 提出的或主打 的解决方案的就是响应式。 2. 怎么实现响应式？ 响应式主要解决的问题是怎么让在“语言层面上分散的独立数据”在“业务层面”上产生“联 系或互为因果”的关系。这咋么办呢？怎么产生“联系”呢？简单，“你发生变化的时候告 诉我一声，我应声而动”，所谓响应式我个人理解就是“你响我应”。 但是这种需求在语言上不是“普遍需求”，属于“特殊需求”，怎么解决？这里就引入了“代 理模式”这种设计模式。在语言层面我给你一种模式可以满足你的需求，ES5 的时代，是 defineProperty 等，ES6 就是 Proxy。 至于 ES6 的 Proxy 在性能或是各方面要优于 defineProperty 还是因为 Proxy 在更底 层优化或重新实现，使用的表现“一样”，但“地基”不一样，性能各方面自然是不一样。 正因为是“地基”的不同，Proxy 就还存在兼容性的问题, 加上业务场景的不同， defineProperty 还是有应用的场景，至于文中说的 Vue 3 的 ref 是用 “getter setter” 实现的，我的认识是，一个是“初始化”时的行为，一个是“改变行为”。 3. useXXX 为什么会这么灵活？ 像之前的 Composition API 我理解的是 Vue 的组织单位由 “组件” 变成 “数据” 了， 现在组件在引入 useXXX，关注点在 XXX，至于 XXX 跟什么有联系，那是你的事情，在 你自己的 useXXX 里去实现。 本节提到的 React Hooks 也有异曲同工的意思，Hooks 直接翻译成什么？“钩子”，用来 做什么？“钩东西”，钩什么？那先说下这个东西出来之前有什么。 React Hooks 出来之前 React 主要构建 App 还是用 Class Component，当然也有 functional component，这俩区别就在于 class 有状态，functional 比较“纯粹”没有 状态。这样复用成问题，得用什么高阶组件之类的方式。然后，在某一时刻，同样的问 题出现了，React 复用组件的也是以带状态的 Class 组件为主，“复杂”了，不纯粹。 应用越大，这种模式开发或维护越复杂。然后 Hooks 出现了，现在 React 都用 “functional” 组件，但是有“状态”的，状态哪里来的 “Hook” 过来的，钩过来的。 组件“不负责”维护状态，useXXX 去管理了。 综上，灵活了，也好维护了