Sketch+Zeplin 分分鐘搭建設計系統
在我過去的設計經驗中，搭建和維護設計規範總是非常痛苦的工作。一方面我需要耗費大量精力做元件抽取和標註工作；另一方面還需要將型別不一、拆分粒度不一的元件精心排版，使得每次更新都需要努力克服惰性。
然而！
前幾天嘗試將用Sketch原始檔維護的設計系統轉到協作工具Zeplin後，發現懶惰果然是進步的動力~
下面上實踐過程。
（本篇不講理論，先給理論佔個坑）
如果是一個全新的專案，可以在確定整體視覺Style以及核心場景頁面後，專程再將Sketch原始檔整理一遍，把可複用的元件抽出來做成Symbol。 再在Symbol層中把元件各種狀態梳理+補齊。這樣也比較便於在後期業務場景擴充套件時，快速對設計方案進行呈現和表達，而不是畫大量時間繪圖。
管理得好，把抽出來的元件再做成Labraries，更可以方便設計協作。
如果是在跟進一些需求迭代，那麼我習慣在設計過程中即規範好Sketch原始檔，把可複用、多狀態的元件做成Symbol。
從這一步來看，我們就已經能發現在原始檔中做Symbol習慣的好處。
從Sketch中匯出到Zeplin的Symbols，會自動展示在Components中。
Designers可以像在Dashboard一樣去把Symbols建立Section；每個Section還可以建立更低一級的Group。這樣就非常方便元件管理，而不用在本地去花大量功夫維護設計規範Sketch原始檔。
而Developers同樣也可以在這裡檢視元件的CSS樣式，以及下載設計資源。這些都是與Dashboard一致的功能。
從 ofollow,noindex" target="_blank">Zeplin官方部落格更新的博文 來看，Components將是它後續迭代和維護的重點。
如果條件限制，無法使用Zeplin，也可以使用藍湖替代它的自動標註和設計資源共享功能。
搭建設計系統的協作工具，現在看到的還有Mockplus。但嘗試了一下，似乎比Zeplin操作更復雜，自動標註也不生效。
但從趨勢上看，優化設計流程和提高協作效率是設計工具發展的方向。
設計師從來都不只是“畫圖的”。在專注於畫好圖以外，也應當花時間思考如何優化使用工具的方式，工具的發展如何影響我們產出設計的思路。