组件是否需要多个大小?提供多个尺寸?

组件是通过对功能及视觉表达中元素的拆解、归纳、重组 , 并基于可被复用的目的 , 形成的规范化模块 。它就像组成完整框架的单元体(比如按钮、导航栏、tab栏等) , 具有标准规范和可复用场景的基本模块 。UI设计师们在制作组件库时 , 可能会遇到这样的问题 , 一个组件要不要提供多个大小呢?如何判断一个组件是否需要做多种尺寸呢?组件库是不是越全越好呢?下面下编来为大家解进行问题分析 。

组件是否需要多个大小?提供多个尺寸?

文章插图
1、以「业务」为出发点
【组件是否需要多个大小?提供多个尺寸?】我们需要考虑到业务是否需要 , 在组件库搭建的初期 , 一定是以业务为主的 。
当我们得知业务中对于一个组件有尺寸大小的需求时 , 再根据应用的场景做出组件并制定出相应的使用规则即可 。这样做的好处有以下几点:
· 我们可以把做好的尺寸规定直接运用到业务中 , 并且有现成的验证场景;
· 可以节省很多时间成本 , 避免先做了一大堆的尺寸分类和说明 , 但却无处应用;
· 在设计师查找和使用组件的过程中 , 尽可能减少干扰 。避免选项太多干扰使用 。
我们需要注意的是 , 如果已经做了多种尺寸的组件 , 那么我们需要详细的规范每一种尺寸的使用场景 , 避免在实际设计和开发过程中的误用或混用 。对于组件来说并不是内容越全越好 , “全” 不等于 “好用” , 而且也会带来更多新问题 。
2、以「提效」为目的
设计系统的根本目的就是降低时间成本提高效率 , “专而精” 也是另一个维度的 “全” 。
3. 以「能力输出」为重点
对于业务组件设计系统来说组件库并不是核心 , 而是设计师们的能力输出 , 包括组件设计和应用能力、协调和沟通能力、组件库检测和管理能力等等 。
通过以上几点可知 , 组件是否需要多个大小?提供多个尺寸?组件库是不是越全越好呢?这些问题并没有一定的答案 , 我们更需要注重的是业务要求、完成效率以及能力成果 。

    推荐阅读