有人抵觸Ref？有人抵觸Reactive？
前言
大家好，我是林三心，用最通俗易懂的話講最難的知識點是我的座右銘，基礎是進階的前提是我的初心~
背景
這幾天看到好多文章標題都是類似于：
- 不用 ref 的 xx 個理由
- 不用 reactive 的 xx 個理由
- 歷數 ref 的 xx 宗罪
我就很不解，到底是什么原因導致有這兩批人：
- 抵觸 ref 的人
- 抵觸 reactive 的人
看了這些文章，我可以總結出他們的想法
抵觸 reactive 的人
抵觸 reactive 的人，他們的想法大概就是：
- 1、Vue 官方推薦 ref
- 2、reactive 有類型限制，ref 沒有
- 3、reactive 使用不當會丟失響應式，比如解構
- 4、reactive 無法修改整個對象的值
抵觸 ref 的人
抵觸 ref 的人，他們的想法大概就是：
- 1、ref 的底層其實就是 reactive，用 ref 相當于多了一層，耗費性能
- 2、ref 的 .value 用起來很麻煩，增加使用者心里負擔
- 3、ref 到模板的時候會解掉 value 這一層，這時候也會耗費性能
把我整笑了~
說實話，看到這些文章，有點把我整笑了，其實你要用 ref 或者 reactive 都沒錯，但是沒比必要那么抵觸，編程很多時候并不是非黑即白啊。。。
既然 Vue3 推出了 ref 和 reactive，那就說明他們都有存在的必要，在項目中不同的場景去運用他們，我覺得才是最好的，而不是用一個不用另一個，不止這兩個，還有很多其他好用的 Vue3 API
我想針對這兩批人的想法做一個回應：
回應 -> 抵觸 reactive 的人
- 1、官方是推薦，不是抵觸
- 2、reactive 既然有類型限制，那就在特定時候用 reactive 就行
- 3、使用不當會丟失響應式？那就是開發者對于 Vue3 API 的使用還不熟
- 4、用 Object.assign 就可以修改整個對象的值
回應 -> 抵觸 ref 的人
- 1、耗費性能的話，這么久了，也沒人貼出到底耗費了多少性能？
- 2、.value 不麻煩，我覺得 .value 可以起到辨別響應式和非響應式數據的效果，而且現在編輯器都有插件提供的代碼補全了，多個 .value 也花不了多少時間吧？
靈活使用 Vue3 API 才是王道
其實在平時開發中，我覺得基本數據類型和數組，都可以用 ref 來管理，而對象的話可以使用 reactive 來管理，比如表單對象、狀態對象
其實 Vue3 不止有這兩個 API ，還有很多其他 API ，也很好用，大家只要去靈活使用它們，能讓你的Vue3 項目上一個層次
readonly
顧名思義，就是只讀的意思，如果你的數據被這個 API 包裹住的話，那么修改之后并不會觸發響應式，并且會提示警告
圖片
圖片
readonly 的用途一般用于一些 hooks 暴露出來的變量，不想外界去修改，比如我封裝一個 hooks，這樣去做的話，那么外界只能用變量，但是不能修改變量，這樣大大保護了 hooks 內部的邏輯~
圖片
shallowRef
shallowRef 用來包住一個基礎類型或者引用類型，如果是基礎類型那么跟 ref 基本沒區別，如果是引用類型的話，那么直接改深層屬性是不能觸發響應式的，除非直接修改引用地址，如下：
圖片
注意：改深層屬性能改數據，只是沒觸發響應式，所以當下一次響應式觸發的時候，你修改的深層數據會渲染到頁面上~
shallowRef 的用處主要用于一些比較大的但又變化不大的數據，比如我有一個表格數據，通過接口直接獲取，并且主要用在前端展示，需要修改一些深層的屬性，但是這些屬性并不需要立即表現在頁面上，比如以下例子，我只需要展示 name、age 字段，至于 isOld 字段并不需要展示，我想要計算 isOld 但是又不想觸發響應式更新，所以可以用 shallowRef 包起來，進而減少響應式更新，優化性能
圖片
shallowReactive
shallowReactive 用來包住一個引用類型，被包住后，修改第一層才會觸發響應式更新，也就是淺層的屬性，修改深層的屬性并不會觸發響應式更新
注意：改深層屬性能改數據，只是沒觸發響應式，所以當下一次響應式觸發的時候，你修改的深層數據會渲染到頁面上~
圖片
shallowReactive 用的比較少，shallowReactive 的用處跟 shallowRef 比較像，都是為了讓一些比較大的數據能減少響應式更新，進而優化性能
toRef & toRefs
先說說 toRef 吧，我們平時在使用 reactive 的時候會有一個苦惱，那就是解構，比如看以下例子，我們為了少些一些代碼，解構出來了 name 并放到模板里渲染，但是當我們想改原數據的時候，發現 name 并不會更新，這就是解構出來基礎類型的苦惱
圖片
圖片
這時我們可以使用 toRef，這個時候我們直接修改 name 也會觸發原數據的修改，修改原數據也會觸發 name 的修改
圖片
但是如果是屬性太多了，我們想一個一個去用 toRef 的話會寫很多代碼
圖片
所以我們可以使用 toRefs 一次性解構
圖片
toRaw & markRaw & unref
toRaw 可以把一個響應式 reactive 轉成普通對象，也就是把響應式對象轉成非響應式對象
圖片
toRaw 主要用在回調傳參中，比如我封裝一個 hooks，我想要把 hooks 內維護的響應式變量轉成普通數據，當做參數傳給回調函數，可以用 toRaw
圖片
markRaw 可以用來標記響應式對象里的某個屬性不被追蹤，如果你的響應式對象里有某個屬性數據量比較大，但又不想被追蹤，你可以使用 markRaw
圖片
unref 相當于返回 ref 的 value
圖片
effectScope & onScopeDispose
effectScope 可以有兩個作用：
- 收集副作用
- 全局狀態管理
收集副作用
比如我們封裝一個共用的 hooks，為了減少頁面隱患，肯定會統一收集副作用，并且在組件銷毀的時候去統一消除，比如以下代碼：
圖片
但是這么收集很麻煩， effectScope 能幫我們做到統一收集，并且通過 stop 方法來進行清除，且 stop 執行的時候會觸發 effectScope 內部的 onScopeDispose
圖片
我們可以利用 effectScope & onScopeDispose 來做一些性能優化，比如下面這個例子，我們封裝一個鼠標監聽的 hooks
圖片
但是如果在頁面里調用多次的話，那么勢必會往 window 身上監聽很多多余的事件，造成性能負擔，所以解決方案就是，無論頁面里調用再多次 useMouse，我們只往 window 身上加一個鼠標監聽事件
圖片
全局狀態管理
現在 Vue3 最火的全局狀態管理工具肯定是 Pinia 了，那么你們知道 Pinia 的原理是什么嗎？原理就是依賴了 effectScope
圖片
所以我們完全可以自己使用 effectScope 來實現自己的局部狀態管理，比如我們封裝一個通用組件，這個組件層級比較多，并且需要共享一些數據，那么這個時候肯定不會用 Pinia 這種全局狀態管理，而是會自己寫一個局部的狀態管理，這個時候 effectScope 就可以排上用場了
vueuse 中的 createGlobalState 就是為了這個而生
圖片
圖片
provide & inject
Vue3 用來提供注入的 API，主要是用在組件的封裝，比如那種層級較多的組件，且子組件需要依賴父組件甚至爺爺組件的數據，那么可以使用 provide & inject，最典型的例子就是 Form 表單組件，可以去看看各個組件庫的源碼，表單組件大部分都是用 provide & inject 來實現的，比如 Form、Form-Item、Input這三個需要互相依賴對方的規則、字段名、字段值，所以用 provide & inject 會更好。具體用法看文檔吧~https://cn.vuejs.org/guide/components/provide-inject.html
圖片
