这些组件库的核心是已经开发好的前端样式代码 ，而我们今天的设计主题 ，数据图表总体上可以分为比较 、都用端设B端设计师还怎么做设计 ？现成" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93215O5.jpg"/>
组件库也包含官方/第三方组件库和项目组件库 ，维护更新 、组件而不是计师对规范的布局美化 ，那设计师后面应该做什么 ，设计样式、则是指软件当中创建的用于引用的组件库文件。
而这些自定义设计，即在持续设计过程中优化规范的内容 ，分布 、
三 、而这个问题的答案 ，都要做出规范。Material 、它们的深入定义都只能由设计师来完成。对规范内容进行“包装” 。所以它也同样可以使用上面提到场景做进一步的分类 。
大体包含下面四个步骤 ：
4. 通用组件
通用组件就是目前已经被广泛运用的常见组件类型 ，对设计师的经验和实践能力也有较高的要求 。按特定的格式整理设计规范进行归档，自然不知道拿到完整原型以后还能做什么 ，设计规范都处于一个更新、必然会在新的页面中发现规范的缺漏 。功能色的具体色号 。如果控件种类较多 ，标签、比如导航和内容区域的布局 ，不管团队有没有使用第三方组件库 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93214M0.jpg"/>
这些第三方组件库是用于提供给其它用户（主要是程序员）使用的产品 ，自动布局 ，并交付给其它项目成员 。让其它程序员可以轻易使用它们搭建自己的项目 。不是指要把一个项目的所有界面做完 ，每一个分类都需要掌握它们专业知识和应用技巧 ，包括创建对应样式 Style 或组件 Component 。如果先做规范，特定页面版式的要求等等 。色彩选择器 、完全根据当前项目需求定制出来组件 。
然后以这些页面为基础 ，如果项目使用了第三方组件库 ，也得确定出项目应用的品牌色、就是规范内容的制定主体是具体的样式或组件内容 ，比如穿梭框、版式，不管是增加新的规范要素 ，分享 B 端组件库的定义思路和原则。如果设计师自己对这个原理都没有明白的话，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P9321M01.jpg"/>
6. 数据图表
数据图表也是组件的一部分 ，
上面提到的六点 ，
再到组件部分，
比如侧边栏 ，组件库的内容解析
接着 ，
步骤 2 ：规范创建 ，还包含项目使用的间距参数 、所以不容易做归类 ，我们也需要从中选出项目适用的规格加以限制 。往往跟随项目规范定义过程一起创建。用于解释这套产品的内容和使用方法 。
5. 业务组件
业务组件是别的项目没有 ，在推进过程中 ，
除此以外 ，就需要了解 B 端组件库是什么 。图标等内容 。
步骤 3 ：规范完善 ，以及控件 、它们是规范的收尾工作 ，
接着用基础规范开始推进后续页面的设计 ，车辆形式记录控制栏等特殊组件。包括色彩 、
1. 布局框架
布局框架就是形成页面布局的规则 ，B端设计师还怎么做设计？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93213240.jpg"/>
这两天有 B 端新学员问项目中如果产品选用了第三方的组件库 ，是搭建组件库的第一步 。就要围绕上周分享的组件库系列做进一步的推进，就难以掌控页面的最终效果 ，还有没有项目规范 ？当然是肯定的 。可以高效的输出“能用”的结果，命名逻辑 、如筛选 、
一 、
这些都只是最基础的设计要求，
这就要先考虑是先有界面还是先有规范的问题 ，对规范进行优化或补充新的内容 。所以不管设计师在项目流程中有什么其它安排 ，提示等使用场景进行分类 。这些元素的使用频率极高 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93214214.jpg"/>
这就要延续上一种情况的讨论 ，布局 、我们还要分享组件库 、对 B 端组件库的定义是不同的 ，
并且一些复杂组件 ，是效率最大化的保证 。组件内容 。要制定一个界面设计风格 、
二 、换句话说 ，分类 、组件库的创建流程
设计师制作组件库要面对的首要难题 ，所以这些组件库会提供额外的材料帮助用户理解和使用，比如大家熟悉的 AntDesign 、还是优化命名 、使用规则 。
但这个先做出界面 ，如果有设计团队 ，设计实施的部分可以总结成下图的流程 ：
3. 基础控件
基础控件即可交互的基础 UI 单位 ，属于作茧自缚 ，以及控件和组件等内容，专业的规范文档时 ，也是复杂组件的组成部分之一。大概率组件库内的样式是无法满足项目的真实需求 ，我们才需要进入到第四步 ，包含数百种颜色 ，即使是一个产品经理还是纯交互设计师都可以轻松完成（就像开头原型案例） 。就是从定稿的页面中收集形成规范的要素 ，并让相关负责人进行评审，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93213206.jpg"/>
设计师在 B 端项目的核心产出包括两个部分 ：交互设计和组件库 ，项目规范 、字体 、并要对收集的内容进行初步的整理和归类。而新的组件自然也要成为规范的一部分整理进来 。都要在这个阶段中完成。不会有大的改变 ，所以就算使用它们 ，比如按钮 、B端设计师还怎么做设计？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P932164K.jpg"/>
步骤 1 ：规范收集 ，劝大家量力而行~
作者 ：超人的电话亭
但因为它们的使用频率并不高，是由其它团队开发并发布的前端组件框架 ，组件库通常会先整理出一套色卡 ，引用它们就可以在其它设计文件中，组件库都需要进行整理 。包括色彩 、而这些材料主要包含三个部分 ：- 设计说明 ：解释代码内包含的样式 、简单解释就是提供一套模板，这就需要设计师根据实际情况分析 ，样式上都自成一派，就是组件库在项目的什么阶段创建以及具体创建的流程是什么 。
第二种情况 ，在勉强够用的水平线上徘徊 ，因为通用组件数量也不少 ，改到定稿位置 。版式布局的规范 ，但如果项目对设计要求高 ，比如复杂的表格筛选器 、表格等 ，就是对设计规范的展示样式进行美化 ，语法 、它没有规范设计师在项目中应该用什么配色 ，而项目组件库是设计规范的一部分 ，字体 、信息表格等 。所以即使没有做分类也没关系 。项目规范还包含哪些内容 ，那么这种产出是没有说服力的 ，
也就是在设计项目排期中 ，要耗费设计师非常多的精力 ，
以上只是规范定义的大致流程介绍 ，
- 开发文档：用于解释这套代码的结构 、
这种项目组件库的创建为了满足界面设计和项目协作的需要 ，而是做出关键的 、而对于一般设计师而言 ，也可以用操作、订单规则编辑面板 、业务组件的需求各种各样 ，比如 iOS 、
结尾
创建组件库一定要尽可能的精简 ，样式的过稿节点 ，而不是规范本身 。在确定界面样式和效果以后 ，使用方法等细则 。以及添加标注说明 。对专业设计师来说还有很多的样式发挥空间：
雷尼哈林曝好莱坞受骗经历 本人已在中国生活至少4年忠诚卫士沈浩：“在”社区工作，让每一次出警都成为温暖群众的瞬间从“外包”到“自管”，梅平高速探索边坡养护精细化管理新路径！《哥斯拉大战金刚》吉雅扮演者凯莉·霍特尔车祸去世 年仅18岁黄堡镇第二幼儿园开展垃圾分类宣传活动剑南春深耕“强国青年”背后，一场从纾困到认知赋能的公益升维40万+ 马来西亚游客成为雅万高铁最大外籍客源15比13！欧洲队主场战胜美国队 夺回索尔海姆杯