antd不滿足視覺需求
視覺定製化嚴重
風格不能統一
細節多，視覺自己也沒做到統一
自己去搞一套符合視覺的元件，苦逼的要命，但活人不能讓尿憋死啊
於是乎開始找輪子，功夫不負有心人，果然找到兩個輪子
fusion簡單來說可以總結為以下幾點：
設計在平台上，規範設計規範
視覺規範輸出為sass、less樣式變數
前端使用fusion元件，編譯的時候引用了樣式變數，風格隨之改變
缺陷：必須使用fusion元件，自己寫的元件必須手動接入樣式變數，否則沒卵用
imgcook簡單來說，就是識別設計稿，轉換成**：
通過imgcook約束sketch設計規範
通過sketch外掛程式輸出原始碼
在imgcook轉成**
缺陷：輸出**命名可讀性差，維護成本高
雖然上面兩個輪子都有缺陷，但想來想去，可以博採眾長，將需要的能力組合起來
流程如上圖：
fusion配置視覺主題，輸出主題樣式變數
imgcook快速輸出元件**，前端修改元件**，引入fusion變數
有了想法，優先探索是否可行，且要看是否真正的解決問題，經過討論，得出以下結論：
按經驗與其搞主題重構，還不如直接重構，因為一旦涉及整體換膚，往往不只是樣式上的調整，而是業務上的調整，所以只針對換膚需求，投入產出比嚴重不匹配
業務節奏快，沒有可沉澱的樣式關鍵點積累，當前快速變化的業務，不適合做這種穩定後的操作
總結：
當前的業務形態不太符合做這樣的工作
雖然想法夭折了，但這個想法確實有一定的生存空間，在某些穩定的業務形態下說不定會大放異彩，所以特地寫篇文章，記錄以下。
UI設計規範
以使用者為中心。設計由使用者控制的介面，而不是介面控制使用者。清楚一致的設計。所有介面的風格保持一致，所有具有相同含義的術語保持一致，且易於理解 較快的響應速度。簡單且美觀。使用者介面設計的乙個重要原則是使用者應該總是感覺在控制軟體而不是感覺被軟體所控制。操作上假設是使用者 而不是計算機或軟體 開始...
硬體設計規範
1 硬體需求說明書 2 硬體總體設計報告 3 單板硬體總體設計方案 4 單板硬體詳細設計 5 單板硬體過程除錯文件 6 單板硬體系統除錯報告 7 單板硬體測試文件 8 硬體總體方案歸檔詳細文件 9 硬體單板總體方案歸檔詳細文件 10 硬體資訊庫 2.2.2 硬體開發文件編制規範詳解 1 硬體需求說明...
Mysql設計規範
資料庫命名規範 1 所有資料庫物件名稱必須使用小寫字母並用下劃線分割。2 所有資料庫物件名稱禁止使用mysql保留關鍵字 3 資料庫物件的命名要能做到見名識義，並且最好不要超過32個字元。4 臨時表必須以tmp為字首並以日期為字尾。5 備份庫，備份表必須以bak為字首並以日期為字尾。6 所有儲存相同...