摘要：起飛指南作者元瀟方凳雅集出品目前放出來了個內置，但僅僅基于以下兩個，就能做很多事情。行代碼實現一個全局元瀟根組件掛上即可子組件調用隨時隨地實現一個局部元瀟的本質是的一個語法糖，感興趣可以閱讀一下的類型定義和實現。

作者：元瀟 方凳雅集出品

16.8目前放出來了10個內置hook，但僅僅基于以下兩個API，就能做很多事情。所以這篇文章不會講很多API，也不會講API的基本用法，只把這兩個能做的事情講清楚，閱讀全文大概5-10分鐘。

狀態管理：useState

副作用管理：useEffect

這兩個api就是hook世界里的鐮刀和錘子，看似簡單的兩個api實際上所代表的，是相比以前截然不同的一種新的編程模型。

Dan在他的博客上提到：

我們知道組件和自上而下的數據流可以幫助我們將大型UI組織成小型，獨立，可重用的部分。 但是，我們經常無法進一步破壞復雜組件，因為邏輯是有狀態的，無法提取到函數或其他組件中。而hook讓我們可以將組件內部的邏輯組織成可重用的隔離單元。

所以，一句話總結hook帶來的變革就是：將可復用的最小單元從組件層面進一步細化到邏輯層面。

基于這一點優勢，在后面我們看可以看到，基于hook開發的應用里的所有組件都不會隨業務增長而變得臃腫，因為在hook的世界里，狀態邏輯和UI是解耦的。UI只需要消費最終計算出來的狀態數據，hook只關注狀態的計算和改變。

useState組件是有狀態的：

class Example extends React.Component {
  constructor(props) {
    super(props);
    this.state = {
      count: 0
    };
  }
  render() {
    return (
      

        
You clicked {this.state.count} times
         this.setState({ count: this.state.count + 1 })}>
          Click me
        
      
    );
  }
}

函數是無狀態的：

const Example = props => {
  const { count, onClick } = props;
  return (
    

      
You clicked {count} times
      
        Click me
      
    
  );
}

hooks是有狀態的函數：

import { useState } from "react";
const Example = () => {
    const [count, setCount] = useState(0);
    return (
      

        
You clicked {count} times
         setCount(count + 1)}>
          Click me
        
      
    );
}

Think: useState生產出來的setter在更新state的時候不會合并，這點不同于傳統class組件的setState方法，為什么這樣設計？

// Don"t do such like this ↓
const [data, setData] = useState({ count: 0, name: "zby" });
useEffect(() => {
  // data: { count: 0, name: "zby" } -> { count: 0 }
  setData({ count: 1 });
}, []);

我們的應用都是從小到大發展起來的，初始充分的組件劃分和狀態設計是保證應用后續可維護性的重要一環，因為隨著應用的擴增，組件難免變得臃腫。所以有時我們也從一開始就一步到位引入redux之類的狀態管理。

但現在，在我們的“純函數”組件里，每個useState都會生產出一對兒state和stateSetter，我們無需考慮更多的狀態樹的設計和組件的劃分設計，邏輯代碼直接從根組件寫起，漸進式開發變得可行。

所謂“漸進式”開發：概括應用的發展路徑大致可以分為以下3個階段：

1. 前期farm：
只需要把相關 state 組合到幾個獨立的 state 變量即可應付絕大多數情況；

2.中期gank：當組件的狀態逐漸變得多起來時，我們可以很輕松地將狀態的更新交給reducer來管理（詳情在下文第二章展開）；

3.大后期團戰：不光狀態多了，狀態的邏輯也越來越復雜的時候，我們可以幾乎0成本的將繁雜的狀態邏輯代碼抽離成自定義hook解決問題（詳情在下文第三章展開）；

基于hook，我們的開發過程，變得比以往更有彈性。所以這樣的漸進式的開發變得可行且高效。

上文說道，當組件的狀態逐漸變得多起來時，我們可以很自然的將狀態的更新交給reducer來管理。

不同于真正的redux，在實際應用中，hook帶來了一種更加靈活和純粹的模式。現在我們可以用10行代碼實現一個全局的redux，也可以用2行代碼隨時隨地實現一個局部的redux。

A：10行代碼實現一個全局redux：

import React from "react";
const store = React.createContext(null);
export const initialState = { name: "元瀟" };
export function reducer(state, action) {
  switch (action.type) {
    case "changeName": return { ...state, name: action.payload };
    default: throw new Error("Unexpected action");
  }
}
export default store;

Provider根組件掛上即可

import React, { useReducer } from "react";
import store, { reducer, initialState } from "./store";
function App() {
  const [state, dispatch] = useReducer(reducer, initialState);
  return (
     
      

     
  )
}

子組件調用

import React, { useContext } from "react";
import store from "./store";
function Child() {
  const { state, dispatch } = useContext(store);
  ...
}

B：隨時隨地實現一個局部redux

import React, { useReducer } from "react";
const initialState = { name: "元瀟" };
function reducer(state, action) {
  switch (action.type) {
    case "changeName": return { ...state, name: action.payload };
    default: throw new Error("Unexpected action");
  }
}
function Component() {
  const [state, dispatch] = useReducer(reducer, initialState);
  ...
}

useState的本質是useReducer的一個語法糖，感興趣可以閱讀一下hooks的類型定義和實現。

上上文說道，當組件發展到一定程度，不光是狀態多了，狀態的邏輯也越來越復雜的時候，我們可以幾乎0成本的將繁雜的狀態邏輯代碼抽離成自定義hook解決問題。

當我們想在兩個函數之間共享邏輯時，我們會把它提取到第三個函數中。而組件和 hook 都是函數，所以也同樣適用這種方式。不同的是，hook 是有狀態的函數，它能實現以往純函數所不能做到的更高級別的復用——狀態邏輯的復用。

且先看下面兩個demo示例

A:class App extends React.Component {
  constructor(props) {
    super(props);
    this.state = {
      count: 0,
      name: undefined
    };
  }
  componentDidMount() {
    service.getInitialCount().then(data => {
      this.setState({ count: data });
    });
    service.getInitialName().then(data => {
      this.setState({ name: data });
    });
  }
  componentWillUnmount() {
    service.finishCounting().then(() => {
      alert("計數完成");
    });
  }
  addCount = () => {
    this.setState({ count: this.state.count + 1 });
  };
  handleNameChange = name => {
    this.setState({ name });
  };
  render() {
    const { count, name } = this.state;
    return (
      

        

          
You clicked {count} times
          Click me
        
        
      
    );
  }
}

B:function useCount(initialValue) {
  const [count, setCount] = useState(initialValue);
  useEffect(() => {
    service.getInitialCount().then(data => {
      setCount(data);
    });
    return () => {
      service.finishCounting().then(() => {
        alert("計數完成");
      });
    };
  }, []);
  function addCount() {
    setCount(c => c + 1);
  }
  return { count, addCount };
}
function useName(initialValue) {
  const [name, setName] = useState(initialValue);
  useEffect(() => {
    service.getInitialName().then(data => {
      setName(data);
    });
  }, []);
  function handleNameChange(value) {
    setName(value);
  }
  return { name, handleNameChange };
}
const App = () => {
  const { count, addCount } = useCount(0);
  const { name, setName } = useName();
  return (
    

      
You clicked {count} times
      Click me
      
    
  );
};

A有2個狀態：count和name，還有與之相關的一票兒邏輯，散落在組件的生命周期和方法里。雖然我們可以將組件的state和變更action抽成公共的，但涉及到副作用的action，到最終還是繞不開組件的生命周期。但一個組件的生命周期只有一套，不可避免的會出現一些完全不相干的邏輯寫在一起。如此一來，便無法實現完全的狀態邏輯復用。

在B中，我們將count相關的邏輯和name相關的邏輯通過自定義hook，封裝在獨立且封閉的邏輯單元里。以往class組件的生命周期在這里不復存在。生命周期是和UI強耦合的一個概念，雖然易于理解，但它天然距離數據很遙遠。而hook以一種類似rxjs模式的數據流訂閱實現了組件的副作用封裝，這樣的好處就是我們只需要關心數據。所以hook所帶來的，絕不僅僅只是簡化了state的定義與包裝。

這個動畫，很好的展示了A->B前后相關聯的狀態邏輯的組織方式變化。

這是一個商品詳情頁用到的SKU選擇組件

我們使用hook將原有的class組件進行重構，這個重構的過程就是一個狀態邏輯的抽取過程。

我們將組件核心的2個狀態和相關的邏輯，抽到了2個獨立的自定義hook中（見下圖）。這樣做的好處很明顯，我們的組件只需要去消費這兩個hook產出的value和function，狀態的維護和更新細節，已經被封裝在hook里。

const { specPath, handleSpecPathChange } = useSkuSpecPath({
    defaultSpecPath,
    dataSource
  });
const { skus, handleSkuAmountChange } = useSkuAmount({
  defaultSelectedSkus,
  dataSource
});

在這里提出一個自定義hook的設計范式：

const { state, handleChange, others } = useCustomHook(config, dependency?);

其中config聲明了hook所需要的數據，可能是內部useState的初始值，也可能是結構化的數據，總結起來就是這個hook的配置

dependency通常只有hook內使用了useEffect、useCallback這類API，需要我們聲明依賴的時候需要傳入。

左邊是重構后的代碼（脫敏代碼，領會精神就好），原先核心的通用邏輯被抽到useSkuSpecPath和useSkuAmount這兩個hook里后，這個組件變成了它們的調用方。后續不管UI組件如何變化和擴展，只要符合它們的接口格式約定，就可以隨時隨地地復用這些邏輯，很快地實現一個新的sku選擇組件。

總結：自定義hook實現了狀態邏輯與UI分離，通過合理抽象自定義hook，能夠實現非常高級別的業務邏輯抽象復用。

推薦一個網站，里面收集了一些有意思的自定義hook

hook可以涵蓋class組件的所有使用場景，同時在抽取、測試和重用代碼方面提供了更大的靈活性。這就是為什么Hooks代表了我們對React未來的愿景。

react16.8以上的應用里，大家可以立馬用起來了。

hook原理: Not magic，just array

let hooks, i;
function useState() {
  i++;
  if (hooks[i]) {
    // 再次渲染時
    return hooks[i];
  }
  // 第一次渲染
  hooks.push(...);
}
// 準備渲染
i = -1;
hooks = fiber.hooks || [];
// 調用組件
Component();
// 緩存 Hooks 的狀態
fiber.hooks = hooks;