我是要介紹一個(gè)新的 react 全局共享狀態(tài)管理器，它和 vue 組件的狀態(tài)管理一起同工之妙。

馬上體驗(yàn)

在 react 狀態(tài)管理領(lǐng)域，react-redux 可謂是只手遮天了，基于 flux 思想實(shí)現(xiàn)，小巧，immutable 的思想讓數(shù)據(jù)變化可控。但 immutable 所帶來的編程代價(jià)太大了，如果你要更新一個(gè)深層結(jié)構(gòu)的對象的某個(gè)節(jié)點(diǎn)，寫作將會(huì)是極其麻煩的一件事，而且還保不準(zhǔn)會(huì)出錯(cuò)。為了保證 immutable，redux 的 reducer 機(jī)制讓開發(fā)者掉光了頭發(fā)。于是有了類似 dva、rematch 等這樣的項(xiàng)目，這些項(xiàng)目基于 redux 再做了一層封裝，讓開發(fā)者少寫了很多 reducer 相關(guān)的代碼，但是很無奈，immutable 的特性，讓開發(fā)需要付出更多的精力來控制每一個(gè)更新。

再另一個(gè)世界，mutable state 其實(shí)也非常優(yōu)秀。知名的 mobx 推出了 mobx-react 和 react-redux 競爭。然而，原本非常優(yōu)秀的 mobx 卻只管把自己的想法強(qiáng)加于人，而忽視了代碼寫作的便捷性，總之，使用起來雖然不用再為 reducer 頭疼，卻對組件的侵入和讓人很不適應(yīng)。你需要了解它的概念，特別是基于觀察者模式的很多概念，它提供的 api 的形式也很豐富，基于接口的、裝飾器的，總之，你在掀開它的魔法盒子時(shí)，會(huì)忍不住“wo\cao/”，但當(dāng)你真正在項(xiàng)目中嘗試使用它時(shí)，確會(huì)不由但發(fā)出“wo^cao\”，但就在心智折騰上，就讓人抓狂，還不知道會(huì)產(chǎn)生多少副作用 bug。

在 mutable 數(shù)據(jù)管理最優(yōu)秀的，莫過于 vue。無論初識(shí)還是長久，都會(huì)與 vue 的響應(yīng)式數(shù)據(jù)相看兩不厭。它簡介的用法，以及把基本原理告訴你，讓你盡情去修改數(shù)據(jù)。Mutable 相對于 immutable 的最大好處，就是可以對對象任意節(jié)點(diǎn)上的對象進(jìn)行修改，而無需仔細(xì)的把握這個(gè)節(jié)點(diǎn)在整個(gè) state 的什么位置上，在 redux 的實(shí)踐中，你可能都已經(jīng)厭煩了寫 ... 來解構(gòu)對象/數(shù)組了，但在 vue 中，根本不需要擔(dān)心這一個(gè)點(diǎn)，直接逮住一個(gè)對象，立即修改它的某個(gè)屬性，完事走人，不需要先構(gòu)造出一個(gè)新的數(shù)據(jù)，不需要調(diào)用某個(gè)接口把這個(gè)新數(shù)據(jù)傳入進(jìn)去。雖然 redux 那種每一個(gè)狀態(tài)都是全新的思想很好，但是，你的狀態(tài)不可能是全新的，每一個(gè)被認(rèn)為是全新的狀態(tài)，都包含了老狀態(tài)的一部分（對象節(jié)點(diǎn)），而這些引用，可能帶來后續(xù)的錯(cuò)誤。在 react 生態(tài)中，你可以使用 immutable.js 來盡可能避免這個(gè)問題。

但是在 vue 生態(tài)中，用于管理全局狀態(tài)的 vuex 確非得要引入 mutions, actions 的概念，這都是從 flux 借鑒過來的，而且很奇怪的是，在 mutions 中定義的修改，又要到 actions 中重做一遍。實(shí)在是有點(diǎn)自廢武功啊。有沒有一種方法，可以在 react 中真正享受 vue 式的數(shù)據(jù)管理？你不妨來試試下面的代碼：

function MyComponent(props) {
 const { one } = props
 const { name, age, height, married, sex, changeSex, me, book, updateBook } = one
 return (
  <>
   {!!me && (
    <>
     <span>{me.user_name_zh}, {me.user_position}</span>
     <br />
    </>
   )}
   <span>{name}: {age}, {height}, {married ? 'married,' : ''} {sex ? 'F' : 'M'}</span>
   <br />
   <span>book: {book.price || 0}</span>
   <br />
   <button type="button" onClick={() => one.age ++}>grow</button>
   <button type="button" onClick={() => changeSex(!sex)}>change</button>
   <button type="button" onClick={() => updateBook({ price: (Math.random() * 100).toFixed(2) })}>update</button>
  </>
 )
}

const mapToProps = (contexts) => {
 const { one } = contexts
 return {
  one,
 }
}

export default connect(mapToProps)(MyComponent)

看這代碼啊，和 react-redux 有點(diǎn)像，完全可以理解是不。

在數(shù)據(jù)開始對組件進(jìn)行注入的時(shí)候，保持和 react-redux 一致的使用效果，這實(shí)在是無縫的思想過渡，你覺得從原來寫 react-redux 的代碼到寫這樣的代碼，會(huì)有壓力嗎？沒有，一點(diǎn)都沒有。下面來看看這種全局狀態(tài)管理的真面目：

import React from 'react'
import { use, connect } from 'react-tyshemo'

class Book {}

use({
 name: 'one',
 state: {
  name: 'one',
  age: 10,
  book: new Book(),
 },
 computed: {
  height() {
   return this.age * 5
  },
 },
 watch: {
  age({ value }) {
   if (value > 22) {
    this.married = true
   }
  },
 },
 methods: {
  changeSex(sex) {
   this.sex = sex
  },
  updateBook(data) {
   Object.assign(this.book, data)
   this.dispatch('book')
  },
 },
 hooks: {
  onUse() {
   fetch('/api/me').then(res => res.json()).then((json) => {
    const { data } = json
    this.me = data
   })
  },
 },
})

看完什么感受？“wo/cao/” 絕對是抄 vue！連屬性名字都和 vue 組件一毛一樣（多了一個(gè) hooks）。用一個(gè) use 函數(shù)注冊一個(gè) state 的 namespace，并且這這個(gè)注冊定義對象中，傳入 state, computed, methods, watch 等來實(shí)現(xiàn)狀態(tài)數(shù)據(jù)的處理。由于對數(shù)據(jù)的操作和 vue 是一摸一樣，所以，你不用擔(dān)心 ajax 請求的異步問題了，不需要考慮一大堆 redux 帶來的“解決問題帶來的問題”。

看上去是不是很舒服呢？我們來看下運(yùn)行效果

codesandbox

react-tyshemo 只提供幾個(gè)函數(shù)接口，避免 mobx-react 那般復(fù)雜。另外，和其他所有 react 狀態(tài)庫提供 Provider 不同，react-tyshemo 直接 connect 就完事了，不需要 Provider。另外，在項(xiàng)目結(jié)構(gòu)上，你可以在不同的文件中使用 use 相同的 def，這樣，你就可以很清晰這個(gè)組件實(shí)際依賴的是哪一個(gè) state namespace，并且可以通過 IDE 的定義鏈接，直接進(jìn)入 def 文件查看 methods。這樣也讓一個(gè)組件，無論是自己局部的 state 還是依賴的全局的 state，都在一個(gè)文件中可以找到。

到此這篇關(guān)于在react中使用vue的狀態(tài)管理的方法示例的文章就介紹到這了,更多相關(guān)react使用vue狀態(tài)管理內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！ 

最新評(píng)論