组件是通过对功能及视觉表达中元素的拆解、归纳、重组，并基于可被复用的目的，形成的规范化模块。它就像组成完整框架的单元体（比如按钮、导航栏、tab栏等），具有标准规范和可复用场景的基本模块。UI设计师们在制作组件库时，可能会遇到这样的问题，一个组件要不要提供多个大小呢？如何判断一个组件是否需要做多种尺寸呢？组件库是不是越全越好呢？下面下编来为大家解进行问题分析。
1、以「业务」为出发点
我们需要考虑到业务是否需要，在组件库搭建的初期，一定是以业务为主的。
当我们得知业务中对于一个组件有尺寸大小的需求时，再根据应用的场景做出组件并制定出相应的使用规则即可。这样做的好处有以下几点：
· 我们可以把做好的尺寸规定直接运用到业务中，并且有现成的验证场景；
· 可以节省很多时间成本，避免先做了一大堆的尺寸分类和说明，但却无处应用；
· 在设计师查找和使用组件的过程中，尽可能减少干扰。避免选项太多干扰使用。
我们需要注意的是，如果已经做了多种尺寸的组件，那么我们需要详细的规范每一种尺寸的使用场景，避免在实际设计和开发过程中的误用或混用。对于组件来说并不是内容越全越好，“全” 不等于 “好用”，而且也会带来更多新问题。
2、以「提效」为目的
设计系统的根本目的就是降低时间成本提高效率，“专而精” 也是另一个维度的 “全”。
3. 以「能力输出」为重点
对于业务组件设计系统来说组件库并不是核心，而是设计师们的能力输出，包括组件设计和应用能力、协调和沟通能力、组件库检测和管理能力等等。
通过以上几点可知，组件是否需要多个大小？提供多个尺寸？组件库是不是越全越好呢？这些问题并没有一定的答案，我们更需要注重的是业务要求、完成效率以及能力成果。
