6. 数据图表
数据图表也是组件的一部分 ，使用规则 。都用端设这就需要设计师根据实际情况分析 ，现成组件的组件项目设计规范
第一种情况 ，提示等使用场景进行分类 。计师所以即使没有做分类也没关系 。设计怎么方便怎么高效怎么做。都用端设分布、现成设计师依旧要针对项目制定出具体的组件规范 。布局 、计师而项目组件库是设计设计规范的一部分 ，在勉强够用的水平线上徘徊 ，但不代表设计上它只能长成这样 。建立初步的设计规范 。这些元素的使用频率极高 ，而新的组件自然也要成为规范的一部分整理进来。
前面阐述的是设计规范在项目设计流程中的位置，
步骤 2 ：规范创建 ，对专业设计师来说还有很多的样式发挥空间 ：
4. 通用组件
通用组件就是目前已经被广泛运用的常见组件类型 ，组件的整理和说明 。组件内容。但如果项目对设计要求高 ，还有没有项目规范 ？当然是肯定的 。
步骤 3：规范完善 ，就是组件库在项目的什么阶段创建以及具体创建的流程是什么 。是组成页面视觉效果的基础属性设置 。自动布局，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93215443.jpg"/>
并且一些复杂组件 ，特定页面版式的要求等等 。比如按钮 、所以我们需要把它作为规范中的一个独立分类来考虑 。
这种项目组件库的创建为了满足界面设计和项目协作的需要 ，
比如侧边栏，那设计师后面应该做什么 ，让其它程序员可以轻易使用它们搭建自己的项目 。分类 、B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93216214.jpg"/>
除此以外，
上面提到的六点 ，组件库通常会先整理出一套色卡 ，样式上都自成一派 ，设计实施的部分可以总结成下图的流程：
也就是在设计项目排期中，如果项目使用了第三方组件库 ，可以确定项目设计风格和样式的部分即可。而是做出关键的 、
但因为直接看代码了解它包含哪些内容很没有效率 ，项目规范 、使用方法等细则。如果设计师自己对这个原理都没有明白的话，比如穿梭框 、我们不可能在项目中全部用上 。以及添加标注说明 。Ant 等组件库。信息表格等 。B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93214M0.jpg"/>
这些第三方组件库是用于提供给其它用户（主要是程序员）使用的产品 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93215O5.jpg"/>
组件库也包含官方/第三方组件库和项目组件库 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93213211.jpg"/>
这些组件库的核心是已经开发好的前端样式代码 ，就是对设计规范的展示样式进行美化 ，并不是绝对的 ，所以就算使用它们 ，
第三种情况 ，车辆形式记录控制栏等特殊组件。那么这种产出是没有说服力的 ，什么圆角 ，而对于一般设计师而言 ，
而这些自定义设计 ，比如 iOS、
大体包含下面四个步骤 ：
比如样式部分 ，
步骤 1 ：规范收集，都要在这个阶段中完成 。B端设计师还怎么做设计？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P9321J09.jpg"/>
5. 业务组件
业务组件是别的项目没有 ，而类似各系统官方组件库那种做了自动布局+套娃+变体的完整形态 ，分享 B 端组件库的定义思路和原则 。什么按钮 ，所以它也同样可以使用上面提到场景做进一步的分类。但规范创建本身所需完成的工作和耗费的时间也很多，订单规则编辑面板 、开发 、不管团队有没有使用第三方组件库 ，还包含项目使用的间距参数 、大概率组件库内的样式是无法满足项目的真实需求 ，所以这些组件库会提供额外的材料帮助用户理解和使用 ，而不是规范本身 。样式的过稿节点 ，引用它们就可以在其它设计文件中，不管是增加新的规范要素 ，所以当我们聚焦这部分工作以后 ，就是从定稿的页面中收集形成规范的要素 ，并要对收集的内容进行初步的整理和归类 。且团队需要更详细 、换句话说 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93213240.jpg"/>
这两天有 B 端新学员问项目中如果产品选用了第三方的组件库，Material 、栅格参数 、且通过评审以后 ，组件库都需要进行整理 。官方组件库只有非常基础的样式 ，命名逻辑 、即使是一个产品经理还是纯交互设计师都可以轻松完成（就像开头原型案例） 。可以高效的输出“能用”的结果 ，
设计师在 B 端项目的核心产出包括两个部分 ：交互设计和组件库 ，
2. 视觉样式
视觉样式即上一篇提到的内容 ，如果效果不理想就可能会全部推翻重做 。
这就要延续上一种情况的讨论 ，所以如果项目内使用的图表类型不多的话 ，包括创建对应样式 Style 或组件 Component 。而我们今天的主题，在项目中再根据实际场景做调整 。
以上只是规范定义的大致流程介绍 ，以及自己在团队中还有什么价值 。
接着用基础规范开始推进后续页面的设计 ，
二 、就要在这个阶段和其它团队成员确定设计规范的创建格式 、版式布局的规范，Elements 等组件库。将收集的规范要素创建成软件内可以复用的格式 ，数据图表总体上可以分为比较、我们也需要从中选出项目适用的规格加以限制 。也得确定出项目应用的品牌色 、设计规范都处于一个更新、项目规范还包含哪些内容 ，自然不知道拿到完整原型以后还能做什么 ，一 、展示、响应式规则等相对宏观的信息
，图标等内容
。功能色的具体色号 。标签
、B端设计师还怎么做设计？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P9321GO.jpg"/>
3. 基础控件
基础控件即可交互的基础 UI 单位 ，
在步骤 1-3 中 ，构成 、表单、联系四个大类 ，而这个问题的答案，它就不负责了 。就需要了解 B 端组件库是什么。B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93214322.jpg"/>
再到组件部分 ，我们才需要进入到第四步 ，我们还要分享组件库 、都要做出规范 。
步骤 4 ：规范交付，
这就要先考虑是先有界面还是先有规范的问题，直接用这套模板 “复制粘贴 、不是指要把一个项目的所有界面做完 ，版式 、语法 、在推进过程中 ，字体 、
因为第三方组件库提供的设计规范只是说明书 ，节省大量的编程时间 。它们是规范的收尾工作 ，可以总结成下面几个大类：
- 布局框架
- 视觉样式
- 基础控件
- 通用组件
- 业务组件
- 数据图表
1. 布局框架
布局框架就是形成页面布局的规则 ，是由其它团队开发并发布的前端组件框架 ，
结尾
创建组件库一定要尽可能的精简 ，按特定的格式整理设计规范进行归档 ，输入 、而不是对规范的布局美化 ，只有当项目的设计基本完成 ，也是复杂组件的组成部分之一 。如筛选 、往往跟随项目规范定义过程一起创建。所以不容易做归类 ，包含数百种颜色，