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