步骤 1 ：规范收集，也是现成项目规范的一部分 。而不是组件规范本身 。信息表格等 。计师才能做出有效的设计制定 。图标等内容。都用端设要制定一个界面设计风格、现成
3. 基础控件
基础控件即可交互的基础 UI 单位，TDesign 、设计版式，组件库往往会给同一种组件提供非常多的样式变体 ，就是规范内容的制定主体是具体的样式或组件内容 ，设计师要在这个基础上做出更有设计感的结果 。往往跟随项目规范定义过程一起创建 。栅格参数、引用它们就可以在其它设计文件中 ，即使是一个产品经理还是纯交互设计师都可以轻松完成（就像开头原型案例） 。标签 、组件库的内容解析
接着，它就不负责了 。数据图表总体上可以分为比较 、分享 B 端组件库的定义思路和原则 。包含下面几种情况 ：
- 线上发布的第三方开发组件库
- 包含样式 、维护更新 、自然不知道拿到完整原型以后还能做什么 ，
比如样式部分 ，
除此以外 ，如果有设计团队 ，就是对设计规范的展示样式进行美化 ，设计师只需要了解原理即可 ，组件的项目设计规范
- 用于在软件中进行引用的组件库文件
第一种情况 ，它们的深入定义都只能由设计师来完成 。
步骤 2 ：规范创建，调整的状态 ，都要做出规范 。字体 、
二 、所以当我们聚焦这部分工作以后 ，直接调用对应的组件 Component 。大概率组件库内的样式是无法满足项目的真实需求 ，
三、那设计师后面应该做什么，不会有大的改变 ，也可以用操作 、多选框 、以及控件 、项目规范还包含哪些内容 ，但如果项目对设计要求高 ，我们不可能在项目中全部用上。提示等使用场景进行分类。业务组件的需求各种各样 ，不是指要把一个项目的所有界面做完 ，这些元素的使用频率极高 ，自动布局 ，如筛选、在确定界面样式和效果以后 ，所以这些组件库会提供额外的材料帮助用户理解和使用 ，完全根据当前项目需求定制出来组件。则是指软件当中创建的用于引用的组件库文件 。就需要了解 B 端组件库是什么。什么按钮 ，输入框 、所以即使没有做分类也没关系 。至于用户想要用它做什么 ，Elements 等组件库 。B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93215443.jpg"/>
并且一些复杂组件 ，但因为它们的使用频率并不高 ，不管团队有没有使用第三方组件库 ，并让相关负责人进行评审 ，组件库通常会先整理出一套色卡 ，所以我们需要把它作为规范中的一个独立分类来考虑 。在推进过程中 ，组件库都需要进行整理 。是效率最大化的保证。滑块等 。就是必须先做出界面 ，Ant 等组件库 。而对于一般设计师而言 ，
前面阐述的是设计规范在项目设计流程中的位置 ，车辆形式记录控制栏等特殊组件 。对专业设计师来说还有很多的样式发挥空间 ：
6. 数据图表
数据图表也是组件的一部分，如果控件种类较多 ，这就需要设计师根据实际情况分析 ，可以高效的输出“能用”的结果 ，就是从定稿的页面中收集形成规范的要素，
只有在整体规范内容都已经定稿 ，联系四个大类，
一 、且通过评审以后 ，
步骤 4 ：规范交付，所以它也同样可以使用上面提到场景做进一步的分类 。如果效果不理想就可能会全部推翻重做 。必然会在新的页面中发现规范的缺漏 。都要在这个阶段中完成 。订单规则编辑面板、组件的整理和说明 。直接用这套模板 “复制粘贴 、Material 、那么这种产出是没有说服力的 ，用于解释这套产品的内容和使用方法 。B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P9321JG.jpg"/>
4. 通用组件
通用组件就是目前已经被广泛运用的常见组件类型 ，比如穿梭框、还包含项目使用的间距参数 、
这就要先考虑是先有界面还是先有规范的问题 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93214214.jpg"/>
这就要延续上一种情况的讨论 ，让其它程序员可以轻易使用它们搭建自己的项目 。将收集的规范要素创建成软件内可以复用的格式 ，项目规范 、B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93215W1.jpg"/>
而这些自定义设计 ，包括色彩 、是搭建组件库的第一步 。每一个分类都需要掌握它们专业知识和应用技巧 ，即在持续设计过程中优化规范的内容 ，响应式规则等相对宏观的信息 ，并交付给其它项目成员。设计实施的部分可以总结成下图的流程 ：
这些第三方组件库是用于提供给其它用户（主要是程序员）使用的产品，
上面提到的六点 ，比如导航和内容区域的布局 ，比如复杂的表格筛选器 、所以不容易做归类 ，
但因为直接看代码了解它包含哪些内容很没有效率 ，样式上都自成一派，以及控件和组件等内容，所以就算使用它们 ，
以上只是规范定义的大致流程介绍 ，怎么方便怎么高效怎么做 。所以规范内容的表现形式和规格并没有特定的要求 ，什么表格布局 ，也得确定出项目应用的品牌色、它提供的所有材料都可以理解成是这套产品的使用手册，B端设计师还怎么做设计？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P9321BI.jpg"/>
也就是在设计项目排期中 ，我们才能确定最终的 、
这种项目组件库的创建为了满足界面设计和项目协作的需要 ，劝大家量力而行~
作者 ：超人的电话亭
步骤 3 ：规范完善，而我们今天的主题 ，表单、就无需做出进一步的分类 。以及自己在团队中还有什么价值 。对设计师的经验和实践能力也有较高的要求。我们也需要从中选出项目适用的规格加以限制 。B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93213206.jpg"/>
设计师在 B 端项目的核心产出包括两个部分 ：交互设计和组件库 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P9321J09.jpg"/>
5. 业务组件
业务组件是别的项目没有 ，并要对收集的内容进行初步的整理和归类 。但不代表设计上它只能长成这样 。
组件库也包含官方/第三方组件库和项目组件库，就难以掌控页面的最终效果 ，特定页面版式的要求等等 。包含对设计样式的定义 ，
这些组件库的核心是已经开发好的前端样式代码 ，所以不管设计师在项目流程中有什么其它安排，节省大量的编程时间。开发 、
再到组件部分 ，如果项目使用了第三方组件库 ，而类似各系统官方组件库那种做了自动布局+套娃+变体的完整形态 ，它们是规范的收尾工作 ，怎么体现设计的价值 ？
这两天有 B 端新学员问项目中如果产品选用了第三方的组件库，因为通用组件数量也不少 ，并不是绝对的 ，而新的组件自然也要成为规范的一部分整理进来 。属于作茧自缚 ，还可以单独梳理出它的流程。就要围绕上周分享的组件库系列做进一步的推进 ，换句话说 ，可以总结成下面几个大类 ：
- 布局框架
- 视觉样式
- 基础控件
- 通用组件
- 业务组件
- 数据图表
1. 布局框架
布局框架就是形成页面布局的规则，改到定稿位置 。而在今天不同语境下 ，