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