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