创建可维护的设计规范(Living Style Guide)
创建可维护的设计规范(Living Style Guide)为什么需要 Style Guide相信团队工作中,不管是前端还是设计师都有被 “视觉统一问题” 折磨过的美 (dan) 好 (teng) 经历。特别是在中大型、复杂的 web 项目中,很可能存在以下问题(你能对号入座几个呢⊙﹏⊙‖):
Style Guide 应该是什么样子一个合格的设计规范,至少需要满足 3 个方面,以下我以 github 的设计规范 Primer 为示例,一个个说: 1. 色彩风格一个具备美感的网站,并不是色彩越多样越好,我们一般需要定义网站多主色调。 比如 github 多主色调,是蓝色 2. 组件化设计规范应该定义出 web 项目常用的组件:比如 按钮、 弹框、表单、侧栏、导航等等。以便复用 (关键是设计时就要复用)。 3. 使用文档定义好设计风格和各种组件后,要做的就是让各位开发和设计童鞋按规范使用了。 使用文档必须写明色彩具体值、组件的结构、css 命名等,如果有 js 组件,也要写好 js 的 api 文档。 需要自己创建 Style Guide 吗Style Guide 确实有价值,但也需要一定成本(构建成本、维护成本、推广及学习成本)。那什么情况下需要自己创建 Style Guide?我们可以假设几个场景:
简单来说,如果创建自己的 Style Guide ,成本大于效益,那我们就没必要大费周折搞这些了。 到这,你还觉得有必要自己创建一份 Style Guide 的话,请继续往下看。 创建 Living Style Guide按说设计规范应该由设计师和产品一起定制好视觉稿,前端 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |