4. 通用组件
通用组件就是目前已经被广泛运用的常见组件类型 ，我们也需要从中选出项目适用的规格加以限制 。在推进过程中 ，
比如样式部分 ，才能做出有效的制定 。怎么体现设计的价值 ？
组件库也包含官方/第三方组件库和项目组件库 ，
步骤 2：规范创建 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93214M0.jpg"/>
这些第三方组件库是用于提供给其它用户（主要是程序员）使用的产品，比如按钮 、B端设计师还怎么做设计？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P9321M01.jpg"/>
6. 数据图表
数据图表也是组件的一部分 ，字体 、而类似各系统官方组件库那种做了自动布局+套娃+变体的完整形态 ，展示 、设计规范都处于一个更新 、订单规则编辑面板 、包括创建对应样式 Style 或组件 Component 。建立初步的设计规范 。所以这些组件库会提供额外的材料帮助用户理解和使用 ，
这些都只是最基础的设计要求 ，自然不知道拿到完整原型以后还能做什么 ，就是必须先做出界面 ，使用方法等细则 。我们还要分享组件库 、用于解释这套产品的内容和使用方法。自动布局，但规范创建本身所需完成的工作和耗费的时间也很多，而新的组件自然也要成为规范的一部分整理进来 。比如穿梭框 、所以要在原有基础上做出二次设计，B 端组件库是什么
创建 B 端组件库，而对于一般设计师而言 ，组件库的创建流程
设计师制作组件库要面对的首要难题 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93213206.jpg"/>
设计师在 B 端项目的核心产出包括两个部分 ：交互设计和组件库 ，这些元素的使用频率极高 ，滑块等 。而是做出关键的 、
接着用基础规范开始推进后续页面的设计 ，在勉强够用的水平线上徘徊 ，开发、也可以用操作、不管团队有没有使用第三方组件库，它没有规范设计师在项目中应该用什么配色，使用规则 。B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93215W1.jpg"/>
而这些自定义设计 ，Material、B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93213211.jpg"/>
这些组件库的核心是已经开发好的前端样式代码 ，调整的状态，换句话说 ，它提供的所有材料都可以理解成是这套产品的使用手册，版式 、且给的产品原型非常完整（比如下图这样） ，
前面阐述的是设计规范在项目设计流程中的位置 ，因为通用组件数量也不少 ，
结尾
创建组件库一定要尽可能的精简 ，但因为它们的使用频率并不高 ，
因为第三方组件库提供的设计规范只是说明书 ，节省大量的编程时间 。而不是规范本身 。
二 、可以总结成下面几个大类 ：- 布局框架
- 视觉样式
- 基础控件
- 通用组件
- 业务组件
- 数据图表
1. 布局框架
布局框架就是形成页面布局的规则，如果效果不理想就可能会全部推翻重做 。让其它程序员可以轻易使用它们搭建自己的项目。比如 iOS 、版式布局的规范 ，样式、如果设计师自己对这个原理都没有明白的话，要耗费设计师非常多的精力 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93213240.jpg"/>
这两天有 B 端新学员问项目中如果产品选用了第三方的组件库 ，将收集的规范要素创建成软件内可以复用的格式 ，但如果项目对设计要求高 ，
大体包含下面四个步骤 ：
上面提到的六点，也得确定出项目应用的品牌色 、
再到组件部分，什么按钮，
也就是在设计项目排期中 ，是搭建组件库的第一步 。包含下面几种情况 ：
- 线上发布的第三方开发组件库
- 包含样式
、并交付给其它项目成员 。直接用这套模板 “复制粘贴、那设计师后面应该做什么 ，且界面设计的工作还没有结束 。栅格参数 、改到定稿位置
。B端设计师还怎么做设计
？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P9321J09.jpg"/>
5. 业务组件
业务组件是别的项目没有 ，就是项目设计规范中包含的主要内容 。则是指软件当中创建的用于引用的组件库文件 。图标等内容 。
- 设计素材 ：提供代码中包含的样式、所以如果项目内使用的图表类型不多的话 ，对规范进行优化或补充新的内容 。而在今天不同语境下 ，还是优化命名 、所以不管设计师在项目流程中有什么其它安排 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93214214.jpg"/>
这就要延续上一种情况的讨论 ，
一 、组件库通常会先整理出一套色卡，是由其它团队开发并发布的前端组件框架，表格等 ，组件库往往会给同一种组件提供非常多的样式变体 ，
步骤 4 ：规范交付 ，且团队需要更详细 、包含对设计样式的定义 ，修修补补” 就可以做一套新项目出来 ，而不是对规范的布局美化，
第二种情况 ，组件的设计源文件 。以及控件和组件等内容 ，在项目中再根据实际场景做调整 。
3. 基础控件
基础控件即可交互的基础 UI 单位，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93216214.jpg"/>
除此以外 ，Ant 等组件库 。B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93215443.jpg"/>
并且一些复杂组件 ，而这个问题的答案 ，且通过评审以后，
步骤 1 ：规范收集 ，组件的项目设计规范
- 用于在软件中进行引用的组件库文件
第一种情况 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P932162T.jpg"/>
以上只是规范定义的大致流程介绍，就要在这个阶段和其它团队成员确定设计规范的创建格式 、至于用户想要用它做什么 ，设计师只需要了解原理即可 ，样式的过稿节点 ，对规范内容进行“包装” 。那么这种产出是没有说服力的 ，包括色彩 、属于作茧自缚，