摘要：原文發(fā)表于抹橋的博客基于的前端項(xiàng)目開(kāi)發(fā)總結(jié)技術(shù)選型我們的項(xiàng)目主要選用以下技術(shù)開(kāi)發(fā)，再配合一些其它輔助工具。線(xiàn)上環(huán)境前后端是分開(kāi)部署的，所有的靜態(tài)資源都放在上面。

原文發(fā)表于【抹橋的博客-基于 React 的前端項(xiàng)目開(kāi)發(fā)總結(jié)】

我們的項(xiàng)目主要選用以下技術(shù)開(kāi)發(fā)，再配合一些其它輔助工具。

react

react-router

redux

react-redux

由于項(xiàng)目是前后端分離的，所以我們需要一套完整的開(kāi)發(fā)環(huán)境，需要包括以下功能：

數(shù)據(jù) Mock

Webpack 實(shí)施編譯刷新

方便前后端聯(lián)調(diào)

基于這些需求，我們基于 Express, Webpack, Webpack-dev-middleware 搭建了這套完整的開(kāi)發(fā)環(huán)境。

可以看到，瀏覽器所有的請(qǐng)求都被本地的 Node.js 服務(wù)攔截。對(duì)于靜態(tài)資源請(qǐng)求，都委托給 webpack-dev-middleware 來(lái)處理，對(duì)于接口請(qǐng)求根據(jù)不同的環(huán)境來(lái)決定要做的操作。

當(dāng) ENV = "development" 時(shí)，也就是開(kāi)發(fā)環(huán)境，那么就直接讀取本地的 mock 數(shù)據(jù)來(lái)渲染頁(yè)面。

當(dāng) ENV = "api" 時(shí)，也就是我們認(rèn)為的聯(lián)調(diào)環(huán)境，這個(gè)時(shí)候?qū)τ诮涌谡?qǐng)求由 node.js 轉(zhuǎn)發(fā)到需要聯(lián)調(diào)的真實(shí)后端服務(wù)地址上，從而避免直接調(diào)用所產(chǎn)生的跨域問(wèn)題。

這樣就可以直接用本地開(kāi)發(fā)代碼和后端聯(lián)調(diào)，能大大提高效率，省去了每次需要往服務(wù)器上構(gòu)建部署的步驟。

前后端是分開(kāi)部署的，所有的靜態(tài)資源都放在 CDN (example.cdn.com)上面。

也就是說(shuō)我們的頁(yè)面在 example.cdn/index.html 這里，但是請(qǐng)求的接口在 example.163.com/api/xxx,我們肯定不能讓用戶(hù)去直接去訪問(wèn) example.cdn.com/index.html,這樣不合理，而且由跨域問(wèn)題存在。

那么訪問(wèn) example.dai.163.com 的時(shí)候，怎么拿到我們的 HTML 頁(yè)面呢？
看下圖：

在客戶(hù)端和后臺(tái)服務(wù)之間架設(shè)一臺(tái) Nginx, 我們?cè)L問(wèn)的 example.dai.163.com 有兩種請(qǐng)求：

HTML 頁(yè)面資源

接口請(qǐng)求

這兩種請(qǐng)求都先經(jīng)過(guò) nginx，在這里做判斷，如果是頁(yè)面請(qǐng)求那么由 nginx 轉(zhuǎn)發(fā)到 CDN， 否則交給后端服務(wù)來(lái)響應(yīng)接口請(qǐng)求。

拿到頁(yè)面以后，其它所有的 css, js 等靜態(tài)資源都是直接請(qǐng)求到 CDN ，這里沒(méi)什么說(shuō)的。

我們是借助 redux 來(lái)管理數(shù)據(jù)流的。

我們來(lái)看這張圖。

首先，通過(guò) middleware 和 reducer 生成 store, 然后獲得項(xiàng)目的初始 state,通過(guò)初始 state 去渲染頁(yè)面的初始狀態(tài)。

以 Home 頁(yè)面為例，首先 Home 通過(guò) react-redux 提供的 connect 方法拿到初始 state 作為 Home 的 prop 傳遞給 Home. 而 Home 由多個(gè)不同的子組件組成，這些組件的需要數(shù)據(jù)再由 Home 通過(guò) props 傳遞給自己的子組件。

當(dāng) Home 的初始狀態(tài)加載完畢后，我們需要向后端請(qǐng)求去拿去一些用戶(hù)數(shù)據(jù)。這時(shí)，我們分發(fā)一個(gè)下面這種格式的 action:

{
  types: ["home/start","home/success","home/failure"],
  payload: {
    api:
    ...
  },
  meta: {
    isApi: true
  }
}

所有的 action 都會(huì)按照我們制定的循序通過(guò)一個(gè)個(gè) middleware.

在這里，我們的 action 會(huì)被 callApiMiddleware 通過(guò) meta 里面的 isApi 標(biāo)識(shí)命中，并去做相應(yīng)的事情。

比如在這個(gè)中間件里面，我們?nèi)プ隽苏鎸?shí)的接口請(qǐng)求，在請(qǐng)求成功或失敗的時(shí)候分發(fā)對(duì)應(yīng)的 action，以及做一些統(tǒng)一的業(yè)務(wù)邏輯。比如我們對(duì)后端返回的接口中 code 值有統(tǒng)一的約定，假設(shè) 1 為成功， 2 為失敗， 3 為未登錄。那么我們就可以在中間件中去處理這些業(yè)務(wù)邏輯。

當(dāng)請(qǐng)求成功，并渲染頁(yè)面后，假設(shè)用戶(hù)點(diǎn)擊了一個(gè)按鈕，這個(gè)按鈕需要喚起 native 的一些功能，比如說(shuō)拍照。那么我們分發(fā)一個(gè)喚起拍照功能的 camera/start 的action:

{
  types: ["sdk/start","sdk/success","sdk/failure"],
  payload: {
    command:
    ...
  },
  meta: {
    isSDK: true
  }
}

同樣的道理，這個(gè) action 會(huì)被 EpaySDKMiddleware 所識(shí)別并處理，在調(diào)起 native 的時(shí)候， 為了保證安全性，我們需要向后發(fā)起一個(gè)請(qǐng)求去拿簽名，這個(gè)時(shí)候就可以在 EpaySDKMiddleware 里面分發(fā)一個(gè)接口請(qǐng)求的 action，那么這個(gè) action 同樣需要走一遍所有的 middleware. 那么這個(gè)接口請(qǐng)求的 action 就會(huì)像上面的流程一樣，通過(guò) callApiMiddleware 去處理。

中間件的存在，使整個(gè)流程變得非常清晰，接口的請(qǐng)求的中間件就只做接口請(qǐng)求，調(diào)用 native 接口的中間件就只做對(duì) native 的調(diào)用，當(dāng)對(duì) native 接口的調(diào)用需要做后端接口請(qǐng)求的時(shí)候，去分發(fā)一個(gè) action 走接口請(qǐng)求的中間件。

每個(gè)中間件只專(zhuān)注于自己的事情，既方便后續(xù)的維護(hù)，同時(shí)也提供了一個(gè)很好的拓展方式。

假設(shè)我們由如下的一個(gè)路由配置。

{
    component: App,
    path: "/",
    onEnter: initLogin(store),
    indexRoute: {
      getComponent(nextState, cb) {
        require.ensure([], require => {
          cb(null, require("../views/Home").default)
        }, "Home")
      },
      onEnter: initHome(store)
    },
    childRoutes: [
      createActivateRoute(store),
      {
        path: "test",
        indexRoute: {
          getComponent(nextState, cb) {
            require.ensure([], require => {
              cb(null, require("../views/Test").default)
            }, "Test")
          }
        }
      },
      ...
    ]
}

那結(jié)合 react-route 我們來(lái)看一個(gè)完整的流程。當(dāng)我們?yōu)g覽器里面輸入 example.dai.163.com/index.html/#/ 的時(shí)候。

首先，通過(guò)最上面 線(xiàn)上環(huán)境 一節(jié)提到的內(nèi)容，拿到頁(yè)面需要 html,css,js.

然后渲染 Provide 和 Router 組件，分別提供 store 的注入和路由的控制。

此時(shí)觸發(fā)根路徑的路由匹配，然后加載根組件 APP, 然后根據(jù)路由匹配規(guī)則匹配到 IndexRouter, 加載 Home 組件。

后面的事情就和前面數(shù)據(jù)流轉(zhuǎn)一節(jié)講的是一樣的了。

在前后端完全分離的基礎(chǔ)上，借助一套完善的開(kāi)發(fā)環(huán)境，可以大大提高的我們的開(kāi)發(fā)效率，降低前后端聯(lián)調(diào)的成本。

同時(shí)借助于 Redux 思想，實(shí)現(xiàn)單向數(shù)據(jù)流，讓我們可以實(shí)現(xiàn)一個(gè)非常清晰的數(shù)據(jù)流向。并且，借助于中間件，我們可以更加有效的控制數(shù)據(jù)流轉(zhuǎn)的過(guò)程。為后面項(xiàng)目的擴(kuò)展提供無(wú)限的想象空間。