這事兒得從上周那個(gè)讓人頭大的需求說(shuō)起。

　　當(dāng)時(shí)我正盯著那個(gè)大宗商品系統(tǒng)的后臺(tái)發(fā)呆（就是你給我看的那幾張圖），產(chǎn)品經(jīng)理火急火燎地跑過(guò)來(lái)說(shuō)：“我們要加個(gè)‘出貨量’的數(shù)據(jù)管理！跟‘月度產(chǎn)量’長(zhǎng)得一模一樣，就是表頭改改名字。”

　　老實(shí)說(shuō)，那一瞬間我腦子里的第一個(gè)念頭就是：Ctrl+C，Ctrl+V。

　　真的，這誘惑太大了。把 產(chǎn)量欄目模塊復(fù)制一份改成 出貨量管理模塊，前端頁(yè)面也粘過(guò)來(lái)，全局替換一下關(guān)鍵詞，半天搞定，還能準(zhǔn)點(diǎn)下班去擼串。

　　但也就是那一瞬間，我瞅了一眼左邊的菜單欄——好家伙，產(chǎn)量、進(jìn)出口、庫(kù)存、成本、利潤(rùn)……這也太多了。要是按這個(gè)“復(fù)制粘貼”的搞法，每加一個(gè)指標(biāo)就多一套代碼，這系統(tǒng)不出半年就得變成屎山，維護(hù)起來(lái)絕對(duì)讓人想死。

　　于是我硬生生忍住了復(fù)制的沖動(dòng)，點(diǎn)了根煙（呃，雖然我不抽煙，你懂那個(gè)意思），開(kāi)始琢磨這事兒的本質(zhì)。

　　咱別被“名字”給忽悠了

　　我們搞技術(shù)的，容易被業(yè)務(wù)名詞帶著跑。業(yè)務(wù)說(shuō)“這是產(chǎn)量”、“那是出貨量”，我們就在數(shù)據(jù)庫(kù)建兩張表。

　　但你仔細(xì)剝開(kāi)來(lái)看看，這倆玩意兒在底層有區(qū)別嗎？

　　完全沒(méi)有！它們都是：某個(gè)商品 + 某個(gè)時(shí)間點(diǎn) + 一個(gè)數(shù)值 + 一個(gè)單位。

　　這就是所謂的“第一性原理”——把那些花里胡哨的業(yè)務(wù)外殼扒掉，剩下的一定是通用的骨架。

　　所以，我沒(méi)建新模塊。我在現(xiàn)有的邏輯里加了個(gè)參數(shù) type。

　　傳 type=production，它就是產(chǎn)量管理。

　　傳 type=shipment，它就是出貨量管理。

　　這招“參數(shù)化改造”一用，以后就算老板明天腦洞大開(kāi)要加什么“開(kāi)工率”、“表觀消費(fèi)量”，我也就是在字典表里加行配置的事兒，代碼一行都不用動(dòng)。

　　這感覺(jué)，爽。

　　啞巴表格怎么開(kāi)口說(shuō)話？

　　搞定了錄入，前臺(tái)展示又是個(gè)大坑。

　　你看咱們那個(gè)“自定義數(shù)據(jù)模板”，本質(zhì)上就是在網(wǎng)頁(yè)上搞了個(gè) Excel。用戶哐哐哐錄了一堆列：R22產(chǎn)量、責(zé)任編輯、備注……后臺(tái)看著挺美，到了前臺(tái)要畫折線圖的時(shí)候，傻眼了。

　　程序是死的，它哪知道哪一列是 X 軸？哪一列是數(shù)值？哪一列是拿來(lái)看的文字？如果這時(shí)候還在前端硬寫代碼：“如果是甲醇模板，就取第三列畫圖……” 那這前端代碼得寫到猴年馬月去。

　　這里有個(gè)特別騷的操作，也是我后來(lái)想通的：給數(shù)據(jù)掛個(gè)“說(shuō)明書”。

　　我不改表結(jié)構(gòu)，我就在模板定義里偷偷塞一段 JSON 配置。我就告訴前端：“哎，聽(tīng)好了啊，在這個(gè)模板里，xx字段 是 X 軸，xx字段 是拿來(lái)畫線的，別的你別管?！?/p>

　　這就好比給啞巴表格裝了個(gè)聲帶。前端組件拿到這個(gè) JSON，不管你錄的是甲醇還是乙醇，它照著說(shuō)明書渲染就行。這就是所謂的“元數(shù)據(jù)驅(qū)動(dòng)”，聽(tīng)著挺高大上，其實(shí)就是把硬編碼變成了配置文件。

　　最頭疼的“省份切全國(guó)”

　　最后還有個(gè)讓很多兄弟翻車的點(diǎn)：維度切換。比如現(xiàn)在的圖是分省顯示的（江蘇、山東、浙江……），用戶非要點(diǎn)一下變成“全國(guó)總計(jì)”。

　　很多人第一反應(yīng)是：前端拿到 30 個(gè)省的數(shù)據(jù)，自己算個(gè) Sum 加起來(lái)嘛。別！千萬(wàn)別！這要是數(shù)據(jù)量一大，或者帶了分頁(yè)，前端算出來(lái)的數(shù)絕對(duì)是錯(cuò)的，而且瀏覽器搞不好直接卡死。

　　這里有三個(gè)路子，咱們得挑最聰明的那個(gè)：

　　最笨的辦法：寫兩套模板，一套存分省，一套存全國(guó)。點(diǎn)擊按鈕就是跳轉(zhuǎn)頁(yè)面。能用，但土。

　　比較累的辦法：后端實(shí)時(shí)聚合。發(fā)個(gè)請(qǐng)求告訴后端“把這堆省給我加起來(lái)”。這考驗(yàn)數(shù)據(jù)庫(kù)性能。

　　最雞賊（也最推薦）的辦法：篩選法。其實(shí)錄數(shù)據(jù)的時(shí)候，往往已經(jīng)錄了一條 province=’全國(guó)’ 的數(shù)據(jù)了。那這個(gè)切換按鈕，本質(zhì)上就不是在“計(jì)算”，而是在“篩選”。

　　選“分省” -> 篩選出所有地區(qū)不等于 “全國(guó)”的數(shù)據(jù)，也就是各個(gè)省份的數(shù)據(jù)

　　選“全國(guó)” -> 篩選出所有地區(qū)等于 “全國(guó)”的數(shù)據(jù)，也就是匯總后的全國(guó)數(shù)據(jù)

　　你看，把問(wèn)題想透了，復(fù)雜的計(jì)算就變成了簡(jiǎn)單的查詢。

　　哪怕多花兩小時(shí)思考

　　回頭看這一路折騰，從想復(fù)制粘貼，到最后搞出這套“元數(shù)據(jù)引擎”，雖然剛開(kāi)始多花了點(diǎn)時(shí)間設(shè)計(jì) JSON 結(jié)構(gòu)，但這屬于“磨刀不誤砍柴工”。

　　咱們做大數(shù)據(jù)的，最忌諱的就是把自己做成“表單生成器”。業(yè)務(wù)要什么字段我就加什么字段，那是 CRUD Boy 干的事兒。真正的系統(tǒng)設(shè)計(jì)，是你看透了它們都是一回事兒，然后造了一個(gè)能應(yīng)付所有變化的引擎。

　　下次再遇到這種需求，別急著動(dòng)鍵盤。先問(wèn)自己一句：這玩意兒的骨架，到底是什么？想清楚了再動(dòng)手，那種掌控全局的感覺(jué)，真的太迷人了。

　　本文來(lái)自公眾號(hào)：尤里卡高作者：尤里卡高