您好,登錄后才能下訂單哦!
本篇內容介紹了“Redux原理及應用三大原則是什么”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
Redux工作原理
Redux通過store來管理全局的狀態;
視圖產生操作后會生成一個action,通過dispatch(action)這個方法派發給store;
store會將當前的狀態和此次的action交給reducer處理,reducer處理后需要返回新的狀態,此時store就能得知數據的變化,然后回通知視圖獲取最新的數據
基本概念和api
Store
Store 就是用來維持應用所有的 state 樹 的一個對象。
改變 store 內 state 的惟一途徑是對它 dispatch 一個 action。
整個應用只能有一個 Store。
store方法
提供 getState() 方法獲取 state; 提供 dispatch(action) 方法更新 state; 通過 subscribe(listener) 注冊監聽器; 通過 subscribe(listener) 返回的函數注銷監聽器。
Reducer
reducer其實就是一個純函數。
它接收兩個參數,第一個參數是需要管理的狀態state,第二個是action。
reducer會根據傳入的action的type值對state進行不同的操作,然后返回一個新的state,而不是在原有state的基礎上進行修改,但是如果遇到了未知的(不匹配的)action,就會返回原有的state,不進行任何改變。
const reducer =(state,action)=>{ switch(action.type){ case ADD_TODO: return newstate; default return state } }
Action
action本質是一個對象;
它是 store 數據的唯一來源。它會運送數據到 Store。
const action={ type:'ADD_TODO', payload:'redux原理' }
應用時的三大原則
在我們使用redux時,需要遵守這三大原則,則可以避免90%的bug:
單一的數據源
我們把Store看成一個全局對象,而這個對象是唯一的,所有的狀態都在Store這個狀態樹中'統一配置'
State是只讀的
想要改變State必須通過Action,而具體使action在state上更新生效的是reducer;
這樣確保了 視圖 和 網絡請求 都不能直接修改 state,相反它們只能表達想要修改的意圖。
Reducer必須是一個純函數
Reducer內部的執行操作必須是無副作用的,不能對state進行直接修改,當狀態發生變化時,需要返回一個全新的對象代表新的state。
這樣確保了同樣的State,必定得到同樣的 View。
需要遵守的是:
不得改寫參數 不能調用系統 I/O 的API 不能調用Date.now()或者Math.random()等不純的方法,因為每次會得到不一樣的結果
“Redux原理及應用三大原則是什么”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。