摘要：或者兄弟組件之間想要共享某些數(shù)據(jù)，也不是很方便傳遞獲取等。后面要講到的就是通過讓各個子組件拿到中的數(shù)據(jù)的。所以，確實和沒有什么本質(zhì)關(guān)系，可以結(jié)合其他庫正常使用。

本文介紹了react、redux、react-redux之間的關(guān)系，分享給大家，也給自己留個筆記，具體如下：

React

一些小型項目，只使用 React 完全夠用了，數(shù)據(jù)管理使用props、state即可，那什么時候需要引入Redux呢？ 當(dāng)渲染一個組件的數(shù)據(jù)是通過props從父組件中獲取時，通常情況下是 A --> B，但隨著業(yè)務(wù)復(fù)雜度的增加，有可能是這樣的：A --> B --> C --> D --> E，E需要的數(shù)據(jù)需要從A那里通過props傳遞過來，以及對應(yīng)的 E --> A逆向傳遞callback。組件BCD是不需要這些數(shù)據(jù)的，但是又必須經(jīng)由它們來傳遞，這確實有點不爽，而且傳遞的props以及callback對BCD組件的復(fù)用也會造成影響。或者兄弟組件之間想要共享某些數(shù)據(jù)，也不是很方便傳遞、獲取等。諸如此類的情況，就有必要引入Redux了。

其實 A --> B --> C --> D --> E 這種情況，React不使用props層層傳遞也是能拿到數(shù)據(jù)的，使用Context即可。后面要講到的react-redux就是通過Context讓各個子組件拿到store中的數(shù)據(jù)的。

Redux

其實我們只是想找個地方存放一些共享數(shù)據(jù)而已，大家都可以獲取到，也都可以進行修改，僅此而已。 那放在一個全部變量里面行不行？行，當(dāng)然行，但是太不優(yōu)雅，也不安全，因為是全局變量嘛，誰都能訪問、誰都能修改，有可能一不小心被哪個小伙伴覆蓋了也說不定。那全局變量不行就用私有變量唄，私有變量、不能輕易被修改，是不是立馬就想到閉包了...

現(xiàn)在要寫這樣一個函數(shù)，其滿足：

存放一個數(shù)據(jù)對象
外界能訪問到這個數(shù)據(jù)
外界也能修改這個數(shù)據(jù)
當(dāng)數(shù)據(jù)有變化的時候，通知訂閱者

function createStore(reducer, initialState) {
 // currentState就是那個數(shù)據(jù)
 let currentState = initialState;
 let listener = () => {};
 
 function getState() {
 return currentState;
 }
 function dispatch(action) {
 currentState = reducer(currentState, action); // 更新數(shù)據(jù)
 listener(); // 執(zhí)行訂閱函數(shù)
 return action;
 }
 function subscribe(newListener) {
 listener = newListener;
 // 取消訂閱函數(shù)
 return function unsubscribe() {
  listener = () => {};
 };
 }
 return {
 getState,
 dispatch,
 subscribe
 };
}
 
const store = createStore(reducer);
store.getState(); // 獲取數(shù)據(jù)
store.dispatch({type: "ADD_TODO"}); // 更新數(shù)據(jù)
store.subscribe(() => {/* update UI */}); // 注冊訂閱函數(shù)

更新數(shù)據(jù)執(zhí)行的步驟：

What：想干什么 --- dispatch(action)
How：怎么干，干的結(jié)果 --- reducer(oldState, action) => newState
Then?：重新執(zhí)行訂閱函數(shù)（比如重新渲染UI等）
這樣就實現(xiàn)了一個store，提供一個數(shù)據(jù)存儲中心，可以供外部訪問、修改等，這就是Redux的主要思想。 所以，Redux確實和React沒有什么本質(zhì)關(guān)系，Redux可以結(jié)合其他庫正常使用。只不過Redux這種數(shù)據(jù)管理方式，跟React的數(shù)據(jù)驅(qū)動視圖理念很合拍，它倆結(jié)合在一起，開發(fā)非常便利。

現(xiàn)在既然有了一個安全的地方存取數(shù)據(jù)，怎么結(jié)合到React里面呢？ 我們可以在應(yīng)用初始化的時候，創(chuàng)建一個window.store = createStore(reducer)，然后在需要的地方通過store.getState()去獲取數(shù)據(jù)，通過store.dispatch去更新數(shù)據(jù)，通過store.subscribe去訂閱數(shù)據(jù)變化然后進行setState...如果很多地方都這樣做一遍，實在是不堪其重，而且，還是沒有避免掉全局變量的不優(yōu)雅。

React-Redux

由于全局變量有諸多的缺點，那就換個思路，把store直接集成到React應(yīng)用的頂層props里面，只要各個子組件能訪問到頂層props就行了，比如這樣：

 
,

React恰好提供了這么一個鉤子，Context，用法很簡單，看一下官方demo就明了。現(xiàn)在各個子組件已經(jīng)能夠輕易地訪問到store了，接下來就是子組件把store中用到的數(shù)據(jù)取出來、修改、以及訂閱更新UI等。每個子組件都需要這樣做一遍，顯然，肯定有更便利的方法：高階組件。通過高階組件把store.getState()、store.dispatch、store.subscribe封裝起來，子組件對store就無感知了，子組件正常使用props獲取數(shù)據(jù)以及正常使用callback觸發(fā)回調(diào)，相當(dāng)于沒有store存在一樣。

下面是這個高階組件的大致實現(xiàn)：

function connect(mapStateToProps, mapDispatchToProps) {
 return function(WrappedComponent) {
 class Connect extends React.Component {
  componentDidMount() {
  // 組件加載完成后訂閱store變化，如果store有變化則更新UI
  this.unsubscribe = this.context.store.subscribe(this.handleStoreChange.bind(this));
  }
  componentWillUnmount() {
  // 組件銷毀后，取消訂閱事件
  this.unsubscribe();
  }
  handleStoreChange() {
  // 更新UI
  this.forceUpdate();
  }
  render() {
  return (
   
  );
  }
 }
 Connect.contextTypes = {
  store: PropTypes.object
 };
 return Connect;
 };
}
使用connect的時候，我們知道要寫一些樣板化的代碼，比如mapStateToProps、mapDispatchToProps這兩個函數(shù)：


const mapStateToProps = state => {
 return {
 count: state.count
 };
};
 
const mapDispatchToProps = dispatch => {
 return {
 dispatch
 };
};
 
export default connect(mapStateToProps, mapDispatchToProps)(Child);
 
// 上述代碼執(zhí)行之后，可以看到connect函數(shù)里面的
 
 
// 就變成了
 

// 這樣，子組件Child的props里面就多了count和dispatch兩個屬性

// count可以用來渲染UI，dispatch可以用來觸發(fā)回調(diào)

So，這樣就OK了？OK了。 通過一個閉包生成一個數(shù)據(jù)中心store，然后把這個store綁定到React的頂層props里面，子組件通過HOC建立與頂層props.store的聯(lián)系，進而獲取數(shù)據(jù)、修改數(shù)據(jù)、更新UI。 這里主要講了一下三者怎么竄在一起的，如果想了解更高級的功能，比如redux中間件、reducer拆分、connect的其他參數(shù)等，可以去看一下對應(yīng)的源碼。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，