前端搞設計規範（夭折記）

1，現狀

1. antd不知足視覺需求
2. 視覺定製化嚴重
3. 風格不能統一
4. 細節多，視覺本身也沒作到統一

---

2，想解決方案

本身去搞一套符合視覺的組件，苦逼的要命，但活人不能讓尿憋死啊
因而乎開始找輪子，功夫不負有心人，果真找到兩個輪子

輪子1: Fusion Design

Fusion簡單來講能夠總結爲如下幾點：

1. 設計在平臺上，規範設計規範
2. 視覺規範輸出爲sass、less樣式變量
3. 前端使用Fusion組件，編譯的時候引用了樣式變量，風格隨之改變

缺陷 ：必須使用Fusion組件，本身寫的組件必須手動接入樣式變量，不然沒卵用

輪子2: imgcook

imgcook簡單來講，就是識別設計稿，轉換成代碼：

1. 經過imgcook約束sketch設計規範
2. 經過sketch插件輸出源碼
3. 在imgcook轉成代碼

缺陷 ：輸出代碼命名可讀性差，維護成本高

來一套組合拳

雖然上面兩個輪子都有缺陷，但想來想去，能夠博採衆長，將須要的能力組合起來

流程如上圖：

1. Fusion配置視覺主題，輸出主題樣式變量
2. imgcook快速輸出組件代碼，前端修改組件代碼，引入Fusion變量

總結： 貌似可行哈，若是這樣的話，可以比較快的整理好一套符合設計規範的組件庫

3， 夭折

有了想法，優先探索是否可行，且要看是否真正的解決問題，通過討論，得出如下結論：

1. 按經驗與其搞主題重構，還不如直接重構，由於一旦涉及總體換膚，每每不僅是樣式上的調整，而是業務上的調整，因此只針對換膚需求，投入產出比嚴重不匹配
2. 業務節奏快，沒有可沉澱的樣式關鍵點積累，當前快速變化的業務，不適合作這種穩定後的操做

總結：

1. 當前的業務形態不太符合作這樣的工做
2. 雖然想法夭折了，但這個想法確實有必定的生存空間，在某些穩定的業務形態下說不定會大放異彩，因此特意寫篇文章，記錄如下。