前端搞設計規範(夭折記)

百命發表於2019-01-24

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. 雖然想法夭折了,但這個想法確實有一定的生存空間,在某些穩定的業務形態下說不定會大放異彩,所以特地寫篇文章,記錄以下。

相關文章