了解 Design System，看这篇就够了

当然真正有用的设计系统还少不了像Stencil这种建立web element控件库的工具，才算完整。还有一直关注谜一样的终极杀器阿里出品Fusion Design。工具不重要，搞清楚需要什么工具才重要。不知道自己手头的活儿意义何在就会落得连工具都可以牵着你鼻子走了。

五、规划设计系统时需要考虑哪些点

1. 你的设计系统打算支持那些设计软件?

Sketch、Figma、XD，估计再偏门一点的就难以在讨论范围内了。是的，除了sketch还有人在用别的工具的。理论上团队已经在用的工具有哪几个就要做那几套的控件库。但是不得不考虑成本与成效的问题，因为这里所说的成本并不是一次性成本，设计系统是需要维护的，每一次维护成本的倍数都是你今天选择支持的软件个数。

个人意见是：其实三者实际操作概念大同小异，转换工具对于设计师个体成本不见得就十分大。而且买软件公司也是要钱的啊，为什么不统一就用一个工具，然后为此而开发组件库呢？Figma原生就是一个比较合适建立设计系统、团队协同，习惯了的话基本就是一个跨团队型的全流程工具。XD也是很强也许因为贵族基因吧，基本上每个月都有让人惊喜的更新。Sketch就不用说了，但是在2020的今天，不靠插件强大不起来的它是不是显得有点落后？

不是。请见what Sketch has planned for 2020。teams功能、字体优化、智能layout等等这些（虽然好像在XD早就见过了）明显是不耐烦想出王炸了。虽然工具只是工具，但是我始终认为对于一个团队甚至企业而言，工具映射了也引导着团队工作方式进而影响着文化（TMD又出金句了），所以建议好好比较差异，选一个最合适你团队的工具。这和统一度量衡是差不多伟大的事儿~

2. 应该支持什么代码技术？

对于前端技术，我连略懂都算不上，不过这几年因为需要推动事情落地也稍稍有了些认知。网页端主流框架React、Angular、Vue，移动端主流框架Swift、Java和React Native，实际使用起来对于设计的妥协程度要求都差不多。最理想当然是建立能够支持所有框架的控件代码库，但是同样由于开发成本与持续维护成本，明显这是不实在的。

最诡异的是在一些大团队里面，可能前端框架都不只只有一款，导致设计系统没有办法统一，或者说导致到同时“存在”了不止一套设计系统。据我了解这其实也算是不少团队的情况与历史原因，即便是不少国内外大厂也是有过这样的状态，要不就一直这么苟且下去，要么还是咬咬牙同一个了框架与控件库代码。

由于面对过不少这一类的问题，之前也花过些时间研究过网页端解决方案：运用像Stencil这样的工具就可以建立支持绝大多数市面上的主流浏览器的Web components，兼容不同的现存框架，节省重复开发工作。

3. 利用好开源资源

从零开始建立一切是玛丽苏电视剧剧情，尤其是你如果同时还对设计系统里面每个元素的可用性有比较高的要求。加上无论组织大小，公司希望能够尽快落地产品，团队、部门希望在使用了有效资源的前提下尽快作出有效输出。作为设计师的成长，一般都会有过纠结“我不想抄作业”的心情。但是理性应用现成资源、着力于差异点，平衡成本与产出，这些才是走向专业的标志。

（编辑：PHP编程网 - 湛江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!