摘要：一個簡潔強大的數(shù)據(jù)流框架安裝特性上圖為架構(gòu)圖參考自在其基礎(chǔ)上做了以下簡化和改進功能上集成我們不再需要多寫一個方法去異步獲取數(shù)據(jù)更多情況下我們將使用讓代碼更加簡潔的使用更加靈活的單實例和多實例使用能很巧妙地實現(xiàn)跨組件通信和通用組件控制邏

一個簡潔, 強大的數(shù)據(jù)流框架; Github

npm install --save nearly-react

上圖為 flux 架構(gòu)圖, Nearly 參考自 flux, 在其基礎(chǔ)上做了以下簡化和改進:

集成 Promise, 我們不再需要多寫一個 componentDidMount 方法去異步獲取數(shù)據(jù), 更多情況下, 我們將使用 stateless component 讓代碼更加簡潔;

Store 的使用更加靈活, Store 的單實例和多實例使用能很巧妙地實現(xiàn)跨組件通信和通用組件控制邏輯的復(fù)用;

API 更加簡潔, 在業(yè)務(wù)中一般只會用到 connect 和 dispatch 方法;

對狀態(tài)進行集中管理, 寫法與原始的 React 相似, 學(xué)習(xí)和遷移成本低;

更輕量, min 后只有 6K;

import React from "react";
import { render } from "react-dom";
import {connect, dispatch, registerStore} from "nearly-react";

registerStore("counter", {
    // 必須實現(xiàn) init 方法, 它將被隱式調(diào)用, 作用是初始化 state
    init() {
        return {
            count: 0
        };
    },

   add(getState, step) {
       return {
           count: getState().count + step
       };
   }
};

let incr = () => dispatch("counter::add", 1);
let decr = () => dispatch("counter::add", -1);

function Counter(props) {
    return (
        

             - 
            {props.count}
             + 
        
    )
}

let HocCounter = connect("counter", Counter);

render(
    ,
    document.getElementById("root")
)

該方法將注冊一個 Store, 需要注意的是該方法必須先 connect 執(zhí)行, 例:

registerStore("customStore", {
    // 必須實現(xiàn) init 方法
    init() {
        return {sum: 0};
    },
    add(getState, num) {
        return {sum: getState().sum + num};
    }
});

registerStore 接受的第二個參數(shù)里的方法即 Dispatcher functions;
Dispatcher function 的第一個參數(shù)為 getState 方法, 該方法返回的永遠是當前最新的 state, 其余參數(shù)為 dispatch 方法所傳的參數(shù);

對于 Dispatcher function 的返回值:

為普通對象時, 返回值直接 merge 進舊 state;

為 Promise 時, 取 Promise.prototype.then 方法里的參數(shù) merge 進舊 state;

為 null 時, 不 merge, 不觸發(fā) render;

例:

registerStore("counter", {
    // 必須實現(xiàn) init 方法, init 中也可以使用 Promise
    init() {
        return fetch("./test.json").then(res => res.json());
    },
    
    add(getState, step) {
        return {
            count: getState().count + step
        };
    },
   
   // 異步增加
    addAsync(getState, step) {
        return new Promise(resolve => {        
            setTimeout(() => {
                // getState 方法返回的永遠是最新的 state
                let count = getState().count + step;
                resolve({count})
            }, 1000);
        });
    },

    // 不觸發(fā)渲染
    nothing(getState, step) {
        return null;
    }
};

默認配置的 action 格式為 ${storeName}::${function},

dispatch 會根據(jù) action 映射到相應(yīng)的 Dispatcher function, 并將 args 作為參數(shù)傳入 Dispatcher function, 將其返回的結(jié)果提交給 Store, 由 Store 觸發(fā)組件更新;

該方法會根據(jù) storeName 獲得 Store, 再將 Store, Component 和 PlaceHolder 組合, 返回一個高階組件;

其中, PlaceHolder 為默認展示組件 (可選), 當且僅當 init 返回 Promise 時有效, 在 Component 被插入 dom 之前, 組合后的高階組件會先展示 PlaceHolder 組件, 可用于實現(xiàn) loading 之類的效果;

但組件過大時, 可以通過設(shè)置 isPure 為 true 來提高性能, 當設(shè)置 isPure 為 true 時, 只有 dispatch 方法能觸發(fā)組件的 render, 我相信這比通過在 shouldComponentUpdate 里寫 shallowEqual 要有效得多;

也可以通過下面的 configure 設(shè)置默認的 isPure 為 true;

即 dispatch 的高階函數(shù); 例:

dispatch("counter::add", 1);
等同于: dispatcher("counter::add")(1);

dispatch("test::testAdd", 1, 2, 3, 4);
等同于: dispatcher("test::testAdd", 1, 2)(3, 4);

使用 nearly 進行開發(fā), 我們需要考慮 storeName 重復(fù)的情況, 我推薦通過將 storeName 映射文件路徑的方式來避免;

nearly 提供了兩個可供配置的方法: beforeConnect 和 beforeDispatch;

beforeConnect 會在 connect 方法被調(diào)用之前調(diào)用, 接受的參數(shù)為傳入 connect 方法的 storeName; 我們可以用它去加載對應(yīng)的 JS 文件, 并注冊 Store;

beforeDispatch 會在 dispatch 方法被調(diào)用之前調(diào)用, 接受的參數(shù)為傳入 dispatch 方法的 action;

默認配置如下:

import {registerStore, getStore} from "./store";

let config = {
    // 默認的 isPure
    defaultPure: false,

    // 默認不開啟自動注冊 Store
    beforeConnect(storeName) {
        // let store = getStore(storeName);

        // if (!store) {
        //    let realName = storeName.split("#")[0];
        //    registerStore(storeName, require(`./actions/${realName}.js`));
        // }
    },

    beforeDispatch(action) {
        let [storeName, dispatcherName] = action.split("::");

        let store = getStore(storeName);
        if (!store) {
            throw Error(`store "${storeName}" does not exist`);
        }

        let dispatcher = store.dispatchers[dispatcherName];
        if (!dispatcher) {
            throw Error(`the module does not export function ${dispatcherName}`);
        }

        return {store, dispatcher};        
    }
}

使用示例:

import {configure, getStore, registerStore} from "nearly-react";

configure({
    beforeConnect(storeName) {
        // 配置 beforeConnect 方法, 自動注冊 Store
        // 當 store 不存在時
        // 自動去 actions 目錄下加載 JS 模塊, 并注冊 Store
        let store = getStore(storeName);

        if (!store) {
            let realName = storeName.split("#")[0];
            registerStore(storeName, require(`./actions/${realName}.js`));
        }
    }
});

在業(yè)務(wù)中我們經(jīng)常需要跨組件通信, 或者組件間共享數(shù)據(jù);

使用 Nearly 我們能很輕易地將兩個不同的組件綁定相同的 Store, 只要傳入 connect 的 storeName 是相同的即可;
例: 簡單的輸入同步顯示

registerStore("vm", {
    // 必須實現(xiàn) init 方法, 它將被隱式調(diào)用, 作用是初始化 state
    init() {
        return {
            value: ""
        };
    },

   change(getState, value) {
       return {
           return { value };
       };
   }
};

// /components/Input.js
let change = e => dispatch("vm::change", e.target.value);

function Input(props) {
    return 
}
export default connect(Input, "vm");


// /components/Text.js
function Text(props) {
    return 
{props.value}
}
export default connect(Text, "vm");

詳見示例: One-store

我們開發(fā)通用組件時會需要給同一組件綁定同一 store 的不同實例以復(fù)用; 可以通過給 storeName 加上 #id 來區(qū)分不同 Store;

// Dialog.js
export default function Dialog (props){
    return 
{props.content}
}

let DialogA = connect(Dialog, "dialog#a");
let DialogB = connect(Dialog, "dialog#b");

// 關(guān)閉彈窗 A
dispatch("dialog#a::close");
// 關(guān)閉彈窗 B
dispatch("dialog#b::close");

注意, 當在組件內(nèi)部使用 dispatch 時, 可以通過 props._storeName 來確定 storeName;

詳見示例: Dialog

TodoMVC

Counter

Dialog

One-store

React-SPA-Seed

nearly-config.js 必須在業(yè)務(wù)邏輯之前加載;

雖然有 registerStore API, 不過作者還是推薦使用 connect 來隱式注冊 Store, 因為 connect 通過 storeName 映射文件的方式來注冊 Store, 在確保唯一性的同時更容易維護和 debug;

在 Nearly 中對 Promise 的判斷是不準確的 (只要有 then 方法均認為是 Promise 實例) , 一方面是因為 Nearly 中只使用了 then 方法, 另一方面是為了兼容 jQuery.Deferred 等類庫;

歡迎提 issue 或是 pr;