在追求设计效率和同等性的道路上,搭建一个Figma设计组件库成为了不少设计团队的必经之路。但作为一个零履历者,该如何从0到1科学地系统地搭建一个设计组件库呢?
相信我的文章会解答你的困惑,接下来,让我们一起来探索!
一. 简约而吸引人的封面

写变更日志(Change Log)常日是软件开拓过程中的一部分,但是对付掩护设计组件库同样适用,由于组件和开拓密不可分,确保组件库中的设计元素符合开拓需求,而且可以在实际开拓中轻松地利用。
它记录了每个版本中的变更和更新。一个好的变更日志能够为用户供应清晰的理解,奉告他们新版本的功能、改进和修复的问题。
1)版本号和日期:
在变更日志的开头,列出当前版本的版本号和发布日期。这有助于用户快速理解他们是否须要升级到新版本。
常日我们会利用语义化版本掌握(Semantic Versioning):
在实际运用中,版本号的变更常日遵照以下原则:
当发布新功能时,增加次版本号,并将修订版本号重置为 0。当发布修复了 bug 的版本时,增加修订版本号。当发布引入了不向后兼容的变动时,增加主版本号,并将次版本号和修订版本号重置为 0。2)改动内容包含:A. 功能新增:
列出新版本中引入的新功能和改进。简要描述每个新增功能的目的和影响。
B. 改进和优化:
记录对现有功能的改进和优化。这可能包括性能改进、用户界面优化或用户体验的增强。
C. 问题修复:
列出在该版本中修复的问题或缺点。描述每个修复的问题以及它们对用户的影响。
D. 安全更新:
如果新版本包含安全更新,确保在变更日志中明确记录。供应有关更新如何办理潜在风险的简要解释。
E. 已知问题:
如果有已知的问题或限定,也该当在变更日志中进行记录。这有助于用户理解在升级之前须要考虑的问题。
F. 其他解释:
如果有其他与版本相关的主要信息,比如不再支持的旧版本、主要提示或升级解释,也该当在变更日志中供应。
在每个新版本发布时更新变更日志,并确保保留之前版本的变更记录。这样用户可以查看历史版本的变更情形。
四.组件库主体
不同体量的组件库包含的内容有所差异,大体上分为两大块内容:
1)根本元素
2)常用组件常用组件是设计系统中常常被利用的一些界面元素或模块,具有通用性和复用性,可以在不同的页面和场景中被频繁利用。
不同体量的组件库之间在其包含的组件数量、深度和广度,以及适用的范围和繁芜性方面有差异。常日按照首字母顺序建立不同的页面,列出当前规范中包含的详细组件。
3)页面级别
页面级别展示了不同页面的设计示例和标注,帮助用户理解不同页面的构造和布局,并且可以通过示例直不雅观地感想熏染到组件的实际运用效果。
五.存档
存档部分包含了一些过期或不再利用的组件,虽然它们不再发布,但仍旧保留用于文档和备份。这些组件可能已经找到了新的宿主库,或者被新的组件替代,但它们的历史代价依然存在。
这是一篇非常详细的设计库搭建指南,不要犹豫!
快来考试测验从0搭建一个自己的设计组件库吧,这将是一件充满造诣感的事情,你也会从实践中学到更多的知识!
本文由 @自来卷夏忆 原创发布于大家都是产品经理。未经容许,禁止转载
题图来自Unsplash,基于 CC0 协议
该文不雅观点仅代表作者本人,大家都是产品经理平台仅供应信息存储空间做事。