- 博客(1479)
- 资源 (10)
- 收藏
- 关注
RSS订阅原创 HarmonyOS pc实战系列之骨架屏的实现原理——用 @Builder 构建结构一致的占位 UI
用户看到骨架屏，能感知到"内容正在加载"，而且大概知道加载完后页面长什么样，比白屏或转圈好得多。骨架屏的实现核心是：结构和真实内容一一对应，灰块替换文字和图片，加上透明度动画让它"活"起来。用 @Builder 把灰块参数化，写起来很快，复用也方便。骨架屏这个东西，很多人觉得难，其实想清楚它是什么之后，实现起来反而挺简单。骨架屏和真实内容的布局结构应该一模一样，只是把文字、图片换成灰色方块。结构对应好了，从骨架屏到真实内容的切换不会有布局跳动，体验流畅。这样骨架屏看起来更像真实内容，而不像一排等宽色块。
2026-06-14 07:58:16
33
原创 HarmonyOS PC实战系列之应用图标的视觉设计——圆角方块、更新角标与评分展示
图标设计的几个关键数字：尺寸 64vp，圆角 16vp（25%），内容字号 32px（50%），阴影透明度 19%~31%，角标尺寸 12vp，角标描边 2vp。PC 端应用图标的标准尺寸是 64×64vp，borderRadius 16vp（弧度约为尺寸的 25%）。这个比例在视觉上很舒适，比苹果的 iOS 图标稍方，比 Android 的图标稍圆。图标内容（emoji 或实际 SVG）的字号是图标尺寸的 50%，也就是 32px。应用桌面这种场景，用户扫视的时间很短，视觉关注点大多数落在图标上。
2026-06-14 07:57:06
42
原创 HarmonyOS PC实战系列之应用桌面的分类筛选——get 派生属性与横向滚动标签行
听起来简单，实现时有几个细节容易踩坑：分类标签数量多了怎么处理、筛选结果怎么和标签状态保持同步、"全部"类别的逻辑怎么写干净。这样好处是：新增一个应用时，如果它的分类之前没有，分类列表会自动出现新分类，不需要手动维护两份数据。这个数量是实时计算的，如果应用列表变了，数量自动跟着变。不需要在数据里预先存"每个分类有多少个"。不要同时存"当前分类"和"当前显示的应用列表"两个状态，这样只会给自己制造同步问题。去重，保证每个分类名只出现一次。不需要再存一个"当前显示的应用列表"状态。变量：当前选中的分类名称。
2026-06-14 07:55:04
38
原创 HarmonyOS PC 实战系列之flexBasis 百分比响应式网格——PC 端应用桌面怎么做自适应列数
做过应用桌面类布局的人大概都遇过这个问题：产品说"普通窗口显示 5 列，最大化窗口显示 7 列"，然后你翻了一圈文档，发现 Grid 的列数要写死，只能靠监听窗口宽度变化手动算。改列数只改一个数字，不需要重新计算像素值，也不需要监听窗口宽度事件。，在没有 Flex 上下文的 Column 里是一样的效果，但在 Flex 容器里语义不同。百分比有更优雅的解法：不关心窗口多宽，只告诉每个格子"你占父容器的。设置的是 Flex 子项在"分配剩余空间之前"的基准尺寸。"，超出一行的自动换行。，子项还会继续伸长。
2026-06-14 07:53:30
40
原创 HarmonyOS PC 实战系列之音乐播放器的视觉设计——主题色如何贯穿 PC 端整个界面
id: numberthemeColor: string // 该歌曲的主题色coverGradient: string[] // 封面渐变色，[起始色, 结束色]{ id: 1, title: '星辰大海', themeColor: '#6366F1', coverGradient: ['#818CF8', '#4F46E5'] },
2026-06-14 07:52:07
61
原创 HarmonyOS PC实战系列之音乐播放器的状态设计——六个 @State 变量如何驱动完整播放逻辑
这篇的核心是状态设计的思维方式：存最小的原始状态，其他的派生；这两条原则在 ArkTS 里反复适用，记住了就能避开大部分状态管理的坑。做过播放器的人都知道：UI 搭起来不难，难的是状态管理。这些状态之间互相关联，一个变了其他的要跟着响应。把这六个变量设计清楚，播放器的核心交互就基本完成了。每次"修改"其实是创建一个新数组，引用变了，响应式系统检测到变化，UI 刷新。不要存两份能互相推导的数据，否则两份数据不同步时就出 bug 了。存的是 0~1 的浮点数，不是秒数。的地方自动刷新，不需要手动同步。
2026-06-14 07:50:37
58
原创 HarmonyOS PC实战系列之 音乐播放器布局解析——Flex 在完整 PC 端界面的综合应用
系统Slider组件可以用，但样式定制空间有限。用StackStack() {// 背景轨道Row().height(4)// 已播放部分Row().width(`${thisStack() {
2026-06-14 07:48:30
61
原创 HarmonyOS PC实战系列之 文件网格的视觉节奏——不等宽卡片、彩色分类与整体感
文件网格的整体感来自三个层次：颜色系统（每种类型有固定颜色），卡片比例（重要文件更宽），分组结构（时间分组让信息有层次）。最近编辑的文件用宽卡片（50%），其他用窄卡片（25%）。这篇讲 PC 端文件网格的视觉设计思路：类型颜色系统、动态卡片宽度、分组展示，以及让整个文件库页面看起来有整体感的几个技巧。这样悬停时文档卡片浮起蓝色阴影，表格卡片浮起绿色阴影——每种类型有自己的"气质"，整体视觉丰富但不凌乱。不是所有文件都等宽的。重要文件、最近编辑的文件可以用宽卡片（占两列），其余用窄卡片（占一列）。
2026-06-14 07:47:00
157
原创 HarmonyOS PC 实战系列之 Stack 图层叠加——PC端文件卡片的悬浮操作按钮
文件卡片上往往要放操作按钮——重命名、移动、删除——这些按钮平时不显示，鼠标悬停时才出现，浮在缩略图上方。解决的是"同一位置放多层内容"的问题。这类"叠在上面的东西"，关键点：操作遮罩层和缩略图区是 Stack 里的两层，不是 Column 里的两行。子组件按声明顺序从下到上叠加：先声明的在底层，后声明的覆盖在上面。是比较舒适的悬停反馈时长，太短感觉生硬，太长感觉迟钝。的用法讲清楚，顺便把文件卡片的悬浮操作全套做出来。记住两点：后声明的子组件在上层；但如果每个子组件的位置不一样，可以单独设。
2026-06-14 07:45:31
61
原创 HarmonyOS PC实战系列之FlexWrap.WrapReverse 到底有啥用——反向换行的真实使用场景
如果功能越来越多，标签要换行，你希望新加的功能标签出现在靠近输入框的位置（底部），而不是越来越靠上。更自然——比如标签云要求最新的标签总是出现在右下角，或者文件库要求最旧的文件从右到左从下到上排列。用户的操作记录实时追加，最新的操作永远出现在底部，旧的往上推。会让行从底部开始堆，但整体靠容器顶部对齐——这种组合比较反直觉，实际很少用到。的结果是：内容从底部开始堆积，越早添加的元素越靠下。，滚到底部，简单直接。，而不是靠滚动位置来实现视觉上的"新内容在底部"。说实话，大多数需要"从底部堆积"的场景，用。
2026-06-14 07:43:55
62
原创 HarmonyOS PC实战系列之 时间轴的视觉语言——圆点、竖线与状态颜色的空间节奏
圆点承担"节点标记"的语义，太小了视觉弱，太大了又喧宾夺主。时间轴的视觉设计其实就是在管理"注意力层级"：哪个条目最重要（进行中），哪些已经完成（绿点），哪些还没到（灰色空心）。时间轴之所以让人一眼就认出来，不是因为数据本身，而是那根贯穿始终的竖线和串联在上面的节点。"已完成"靠绿色圆点传递语义，"待开始"靠灰色传递，"进行中"因为是焦点，值得多一点视觉强调。这篇专门讲视觉层：圆点怎么设计、竖线和节点的间距配合、三种状态（完成/进行中/待开始）的颜色系统，以及整体空间节奏感怎么建立。
2026-06-13 08:13:40
73
原创 HarmonyOS PC 实战系列之时间轴条目用 @Builder 提取——重复结构只写一次
状态只有三种：已完成、进行中、待开始。颜色由状态决定，不需要外部传颜色值。
2026-06-13 08:11:39
75
原创 HarmonyOS PC 应用 FlexDirection 反向排列——RowReverse 和 ColumnReverse 的实际用途
在 PC 端，时间轴双向排列比手机端更常见，因为 PC 屏幕足够宽，可以左右展开。把水平排列的起始端改到右边，所有子项从右到左排列。同理，垂直排列方向从上往下变成从下往上。就想跳过，觉得这是偏门属性，用不到。记住这几个场景，遇到就用，不必强行用。或复制代码来实现相同效果。代码量减半，逻辑也更清晰。
2026-06-13 08:10:37
69
原创 HarmonyOS PC 应用交互式概念演示页——如何设计一个“可玩的“技术教程
我们在 ArkUI 里也可以实现同样的东西：一个交互式演示页，用户选择不同的参数值，UI 实时变化，旁边还有说明文字。写过技术文档的都有这个感受：解释一个属性，文字写了三段，示例代码给了两段，读者还是不明白——因为他们没有"感受"到这个属性的效果。这种"可玩的文档"对 PC 端来说更有意义——PC 端屏幕空间大，可以把控制面板和预览区并排显示，交互体验比手机端更流畅。：用户的每个操作都有可见的变化。：PC 端空间足够，控制面板和预览区可以并排显示，用户改完参数立刻看到效果，不需要来回滚动。
2026-06-13 08:09:31
66
原创 HarmonyOS PC 技能徽章视觉设计——彩色徽章、三级熟练度与配色体系
用透明度降低"了解"级别的视觉权重，不需要用不同的颜色来区分，视觉上自然形成层次。本文从配色体系、熟练度视觉设计、布局规则三个角度来拆解 PC 端技能墙的实现。同类技能用相同颜色，视觉上自然形成分组，不需要手动加分割线。技能墙看起来简单：一堆标签。技能墙的配色不应该每个技能随机选色，而是按。
2026-06-13 08:08:06
65
原创 HarmonyOS PC 应用 Flex alignContent 详解——多行内容的整体分布控制
在 PC 端，可用空间比手机端大很多，多行内容在高度方向上的分布就更加重要。）控制多排书架在整个书柜里如何分布——靠上、靠下、均匀分布还是中间集中。两个条件都满足，再根据视觉需求选择合适的分布方式。的属性，在 PC 端页面空间充裕的场景里非常有用。各子项在交叉轴上的对齐方式（居中/顶部/底部）。学 Flex 的时候这两个属性特别容易搞混。在容器交叉轴上的分布方式，只有在容器开启了。在 PC 端应用里的使用场景比手机端更多。换行，并且高度大于实际内容高度时才生效。打个比方：一排书架（记住使用前提：换行（
2026-06-13 08:07:13
60
原创 HarmonyOS PC 应用商店卡片设计——价格对比、版本徽章与安装进度的视觉策略
如何在有限空间里把这些信息层次分明地展示出来，而不显得拥挤？如何让"免费"和"¥29"的视觉差异足够明显，让用户一眼就能区分？如何展示安装进度而不破坏整体布局？应用商店卡片是一种信息密度很高的 UI：一张不大的卡片里要放应用图标、应用名、开发者、评分、大小、价格、版本……这些都是设计和代码配合的细节。PC 端的卡片尺寸比手机大，可以展示更多信息，但也需要更精细的层次控制。现价用红色加粗，原价用灰色加删除线，对比非常明显。每种状态对应不同的按钮文字和颜色，集中在。
2026-06-13 08:05:49
120
原创 HarmonyOS PC 应用商店状态设计——筛选状态与角标的响应式更新
点击"获取"按钮，购物车角标数字要加一……（控制角标），讲 ArkUI 响应式状态的典型用法，以及 Stack 嵌套实现角标效果的技术细节。角标（Badge）是 PC 端应用里非常常见的 UI 元素：购物车数量、消息未读数、通知徽章。把状态设计清楚，交互实现才不会一团乱。应用商店的筛选状态包含两部分：分类 Tab 和搜索关键词。数组，避免了"每次状态变化都要手动同步过滤结果"的麻烦。PC 端应用商店光有漂亮的布局还不够，交互才是关键。本文围绕应用商店里的两个核心状态：。ArkUI 的实现方式是用。
2026-06-13 08:01:02
116
原创 HarmonyOS PC 应用 Flex 嵌套布局实战——PC 端应用商店首页的四层结构
PC 端应用商店首页是一个很好的练习场景：导航栏、Featured 展示区、分类标签、应用列表网格……每个区域的布局逻辑都不一样，但都是 Flex 嵌套实现的。做 PC 端应用的时候，经常会遇到"整体是一个布局方向，某个区域内部又是另一个布局方向"的情况。PC 端窗口可以拖到很宽，网格卡片如果不限制最大宽度，宽屏下每个卡片会变得很宽。顶部导航栏是横向 Row，导航栏里的搜索区又是一个 Row，搜索框本身用 ……每一层都是 Flex，嵌套起来就能构建出复杂的界面。PC 端应用商店首页可以分成四层：。
2026-06-13 07:59:32
202
原创 HarmonyOS PC 评论区视觉层次——头像、内容与操作区的空间设计
同样的文字，行高太小读起来累；这篇文章专门讲评论区的视觉空间设计：为什么这样排、间距数值背后的逻辑、多条评论如何保持视觉节奏一致。把这三件事做对，评论区就不会"乱"。切换上面的三种间距方案，感受一下不同密度对阅读体验的影响。PC 端的评论区有更大的屏幕空间可以利用，但不代表把所有东西都堆上去。这样分割线只分隔内容区，头像不被切断，视觉上头像区域和内容区是连续的，阅读更自然。颜色对比度从主体到辅助逐渐降低，用户的注意力自然落在最重要的内容上。评论区的视觉效果，表面上看是颜色和字体的问题，实际上是。
2026-06-13 07:58:27
196
原创 HarmonyOS PC 评论区交互实现——点赞状态、用户徽章与评论数据设计
评论内容超长要截断，点"展开"才显示全部。认证用户要加徽章，作者评论要特殊标注。，直接修改里面的字段不会触发重渲染。回复要缩进，父子层级关系要清晰。变量的变化，检测不到。
2026-06-13 07:57:15
188
原创 HarmonyOS PC 应用 Flex alignSelf 详解——让某个子项“特立独行“
但总有例外：评论区里，头像和评论内容是顶部对齐的，但右侧的时间标签却要和用户名底部对齐。解决的是"大多数子项统一对齐，个别子项需要例外"的场景。记住一条：当你发现要为了某个子项的对齐方式特意把父容器拆成多层时，先想想能不能用。是父容器对所有子项下达的统一命令：“都靠顶部对齐”。这很方便，大多数时候够用。高，可以让某个子项单独指定自己的交叉轴对齐方式，其他子项不受影响。它是子项级别的属性，优先级比父容器的。在 PC 端，评论区的行高更充裕，用户名和时间的对齐关系更明显，大概率可以，而且代码更简洁。
2026-06-13 07:56:02
292
原创 HarmonyOS PC 仪表盘卡片视觉设计——彩色背景、阴影层次与数据排版
做过后台管理类的应用就知道，同样是展示几个数字，有的产品看起来像在线 Excel，有的看起来像 Apple 的数据大屏。这些不是视觉的过度装饰，而是帮助用户快速理解信息的设计手段。颜色区分不同指标，阴影强调卡片边界，趋势标签传达变化方向——每个细节都有功能性目的。在 PC 端，卡片尺寸更大，视觉表现空间更充裕，这些细节的效果会比手机端更明显。这样阴影颜色和卡片背景色调一致，产生"发光"的视觉效果，比灰色阴影精致很多。渐变比纯色有更好的层次感，角度 135° 是常见的对角渐变，视觉上最自然。
2026-06-13 07:54:55
212
原创 HarmonyOS PC 仪表盘布局实战——用 @State 驱动四种响应式卡片排列
PC 端仪表盘有一个常见需求：用户可以切换布局模式，比如从"四列紧凑"切换到"两列宽松"，甚至切换到"全宽详情"模式。初次实现这个功能，很多人的思路是"写四套布局，根据模式切换显示哪套"。这样代码量至少是四倍，改一个卡片样式要改四处。这种写法的问题：改一个卡片的视觉效果要改四处；这样写出来的代码，增加新的布局模式只需要在配置数组里加一条，渲染代码完全不动。不同布局模式本质上是一组参数的不同取值。的 UI 自动重渲染 → 布局切换完成。整数，驱动整个仪表盘的布局切换。状态存布局模式，卡片的。
2026-06-13 07:53:32
239
原创 HarmonyOS PC 应用 Flex flexBasis 详解——给子项设定一个“起点宽度“
非常有用：你可以给不同的数据卡片设置不同的基准宽度，组合出各种布局模式，再配合。三个属性合在一起，构成完整的 Flex 弹性尺寸控制体系。PC 端屏幕宽，仪表盘卡片可以放 3-4 列。是 Flex 弹性布局的"起点设定"：先确定基准尺寸，再用。换行，可以非常灵活地控制卡片的排列密度和比例关系。的作用：设定 Flex 子项在主轴方向上的。在 Flex 容器里，如果你同时设了。在 PC 端仪表盘场景里，用不同的。让它们在剩余空间内弹性伸展。，也就是伸缩计算的起始点。在 PC 端仪表盘场景里，
2026-06-12 22:07:45
85
原创 HarmonyOS PC 应用 @Builder 实战——演示模块的代码复用与参数传递
比如做一个属性对比面板：左边"选项A"，右边"选项B"，结构完全一样，只是标题和描述不同。最适合数据展示类的 UI 块复用。写 HarmonyOS 应用时，经常会遇到这种情况：页面里有多处结构相同、只有内容不同的 UI 块。：传入的参数不是响应式的，如果需要数据变化驱动重渲染，还是要走父组件的。又觉得太重，一个简单的 UI 块不需要独立的状态和生命周期。方法，把不同的 UI 区域拆分成独立的构建函数，方法就变成了清晰的"页面骨架"，可读性大幅提升。变量，它只是 UI 的组装函数，不是独立组件。
2026-06-12 22:06:35
84
原创 HarmonyOS PC 订单卡片设计——数据驱动多态样式的实战指南
/ ❌ 不好的做法// ✅ 推荐的做法枚举让代码可读性更高，也有 IDE 的类型提示。
2026-06-12 22:04:01
86
原创 HarmonyOS PC 应用 Flex flexShrink 详解——空间不够用时，谁该让步
在 PC 端应用里，这个场景出现得很频繁：文件管理器一行显示文件名、文件类型、大小、修改时间，窗口拉窄之后不可能全部显示，必须有取舍。在这么窄的窗口里，有些信息必须保留（时间、类型这种有固定格式的），有些可以压缩（文件名、描述这种可变长度的）。举个例子：一个 Row 容器 600vp 宽，三个子项各 250vp，总共 750vp，超出 150vp。保护重要的固定内容，让可以压缩的部分承担收缩，就是解决这个问题的正确姿势。值是 1，超出父容器的空间按比例从各子项里扣。，解决的是"空间多了怎么分"的问题。
2026-06-12 22:02:54
147
原创 HarmonyOS PC 列表行布局——“排名+内容+热度“三段式结构完全拆解
HarmonyOS PC 端的列表行尺寸比手机端更大，行高更充裕，内容密度更高，但布局逻辑是完全一样的。左段排名区域宽度建议 40-48vp，右段数据区域根据内容决定，一般 60-96vp 够用。左段用于放置固定大小的元素，比如排名数字、图标、缩略图。用 string 类型存储格式化后的值，省去渲染时再转换的麻烦。这个模式几乎可以套用到所有标准列表行上，不需要每次都重新设计布局。掌握了这个结构，大量列表行的布局就不用再想了。，对标签/图标不设宽度（让它自适应内容）。这个接口设计比较直接，没有多余的字段。
2026-06-12 22:01:37
139
原创 HarmonyOS PC 搜索页面的状态设计——三个 @State 撑起完整的交互逻辑
PC 端搜索页面的交互比手机端复杂一些：搜索框有 hover 效果、有焦点状态、支持键盘回车触发搜索、搜索结果要局部刷新……HarmonyOS PC 端的搜索页面，看起来功能挺多，但如果把状态梳理清楚，整个页面的逻辑其实很简单。界面当然重要，但在 ArkUI 里，；状态设计得好，界面是状态的自然呈现。这是状态设计里很重要的原则——。方法只负责一块 UI，状态一变，ArkUI 自动判断该渲染哪个。把这三个状态设计清楚，搜索页面的代码自然就清晰了。ArkUI 的条件渲染语法非常直接，就是。
2026-06-12 22:00:19
129
原创 HarmonyOS PC 应用 Flex flexGrow 实战——搜索栏的自适应宽度到底怎么做
比如一个 Row 容器宽 1000vp，里面三个子项：左边 Logo 固定 120vp，右边操作区固定 200vp，中间搜索框设置。窗口缩小了，搜索框跟着收缩。PC 窗口可以自由拖拽，最小宽度默认 320vp，最大可能到 2000vp+，这比手机宽度变化大得多。PC 端窗口可以随意拖动，屏幕尺寸从 1280 到 2560 都有，这种弹性布局需求比手机端更迫切。PC 端做顶部搜索栏，左边是 Logo 或返回按钮，右边是操作区，中间的搜索框想撑满剩余空间。属性，设置在子项上，告诉父容器"把多余的空间分给我"。
2026-06-12 21:58:34
262
原创 HarmonyOS6 下拉菜单与选择器实战：Picker、DropdownMenu 使用指南
下拉菜单和选择器是应用中最常用的交互组件之一,用于从多个选项中选择一个值。HarmonyOS6 ArkUI 提供了多种选择器组件,每种组件适用于不同的场景。在 HarmonyOS PC 端开发中,选择器的使用更加频繁——PC 端界面更复杂,需要更多的选择器来提供选项。建议在实际开发中,根据具体的场景选择合适的选择器类型,提供友好的交互体验。掌握选择器组件的使用技巧,配合良好的 UI 设计,你就能构建出专业、易用的选择器界面,为用户提供更好的使用体验。
2026-06-12 21:57:09
214
原创 HarmonyOS6 弹窗组件实战：Alert、ActionSheet、Dialog 使用指南
Dialog@BuilderColumn() {Text('自定义标题')TextInput({ placeholder: '请输入内容' })Button('取消')// 关闭弹窗})Button('确定')// 确认操作})// 显示弹窗高度自定义,可以显示任何内容支持表单、图片、视频等多种内容适合复杂交互,如输入、选择、确认等需要手动管理显示和隐藏在 HarmonyOS PC 端Dialog。
2026-06-12 21:55:41
236
原创 HarmonyOS6 表单输入验证实战：用户名、邮箱、手机号校验
表单验证是表单交互的核心环节,它确保用户输入的数据符合预期格式,避免无效数据提交到后端。在 HarmonyOS6 ArkUI 中,表单验证可以通过TextInput组件结合正则表达式和状态管理来实现。在 HarmonyOS PC 端开发中,表单验证的重要性被进一步放大——PC 端屏幕更大,表单可以包含更多字段,验证规则也更复杂。建议在实际开发中,根据具体的场景设计合理的验证规则,提供友好的错误提示,提升用户体验。
2026-06-12 21:54:20
247
原创 HarmonyOS6 ArkUI 状态管理进阶：@Prop @Link @ObjectLink 跨组件通信
Prop@Link是 ArkUI 中实现跨组件状态共享的核心装饰器。@Prop实现单向数据流,@Link实现双向数据绑定,实现对象引用共享。在 HarmonyOS PC 端开发中,跨组件状态共享的重要性被进一步放大——PC 端界面更复杂,组件层级更深,状态共享的场景更多。正确使用状态装饰器,能显著降低代码复杂度,提高可维护性。掌握@Prop@Link的使用技巧,配合@State和其他状态管理方案,你就能构建出清晰、高效的状态管理体系,为用户提供更好的使用体验。
2026-06-12 21:53:00
266
原创 HarmonyOS6 ArkUI 条件渲染与列表渲染：if/else 和 ForEach 实战
条件渲染和列表渲染是 ArkUI 中构建动态界面的两大核心机制。if/else让你根据状态显示或隐藏 UI,ForEach让你根据数据数组生成多个 UI 组件。在 HarmonyOS PC 端开发中,条件渲染和列表渲染的使用频率更高——PC 端界面更复杂,经常需要根据用户权限、数据状态、屏幕尺寸等条件显示不同的 UI,也需要渲染更复杂的列表结构。掌握条件渲染和列表渲染的使用技巧,配合性能优化手段,你就能构建出流畅、高效的动态界面,为用户提供更好的使用体验。建议在实际开发中,优先使用@State。
2026-06-12 21:51:14
273
原创 HarmonyOS6 列表渲染优化：ForEach 与 LazyForEach 性能对比
ForEach和各有优劣，选择合适的列表渲染方式能显著提升应用性能。在 HarmonyOS PC 端开发中，列表渲染的性能问题更加突出——PC 端屏幕更大，一屏可能显示更多列表项。建议在实际开发中，根据数据量选择合适的渲染方式：数据量小用ForEach，数据量大用。掌握ForEach和的使用技巧，配合性能优化手段，你就能构建出流畅、高效的列表界面，为用户提供更好的使用体验。
2026-06-11 06:28:27
183
原创 HarmonyOS6 Flex 弹性布局进阶：layoutWeight 和 flexGrow 深度解析
是 Flex 布局中控制元素伸缩的核心属性。它让元素不再是"固定尺寸"，而是能够根据容器大小自动伸缩，这是构建自适应界面的关键。在 HarmonyOS PC 端开发中，的重要性被进一步放大——PC 端屏幕尺寸差异巨大，只有使用弹性布局，你的应用才能真正做到"一次编写，多端运行"。掌握的使用技巧，配合和alignItems，你就能完全控制 Flex 布局中子项的排列和分配方式，构建出更加灵活、专业的界面。建议在实际开发中，优先使用而不是固定尺寸，让界面自动适应各种屏幕尺寸和窗口大小。
2026-06-11 06:26:57
259
原创 HarmonyOS6 Flex 交叉轴对齐全解：alignItems 和 alignSelf 实战
alignItems和alignSelf是 Flex 布局中控制交叉轴对齐的核心属性。alignItems控制所有子项的对齐方式，alignSelf可以 override 单个子项的对齐方式。在 HarmonyOS PC 端开发中，交叉轴对齐的重要性被进一步放大——PC 端屏幕更宽，元素高度差异更明显，交叉轴对齐不当会导致界面看起来"歪歪扭扭"。建议在实际开发中，根据具体的场景选择合适的对齐方式，确保界面在垂直方向上的平衡和协调。掌握alignItems和alignSelf的使用技巧，配合。
2026-06-11 06:25:15
253
原创 HarmonyOS6 Flex 主轴对齐全解：justifyContent 六种模式实战对比
底部 Tab 导航首选，标题居中用Center，等间距工具栏用。弄清楚这三个最常用的模式，基本上能覆盖绝大多数间距需求。这个案例更值得学习的是它的设计思路：把六种模式数据化，用同一套@Builder渲染，只传入不同的枚举值，就能得到六种完全不同的效果。"把变化的部分提取成参数"这个思路，是构建灵活可维护组件的核心方法论。在 HarmonyOS PC 端开发中，的使用更加重要——PC 端屏幕更宽，间距控制更加关键。
2026-06-11 06:24:01
233
圣诞节快乐演示网页 包含随机雪花飘落的效果实现
2023-12-11
人才数据集， csv 格式用于数据分析，或者向量数据库数据写入
2023-12-11
南京二手房数据集，用于数据分析，自然语言处理等
2023-12-11
小白必看Python词云生成器详细解析及代码实现
2023-07-28
小白必看Python爬取NBA球员数据示例
2023-07-28
小白必看使用Python爬取喜马拉雅音频并保存的示例代码
2023-07-27
小白必看使用Python批量下载英雄联盟皮肤图片的技术实现
2023-07-27
小白必看轻松获取王者荣耀英雄皮肤图片的Python爬虫程序
2023-07-26
小白必看Python爬虫数据处理与可视化
2023-07-26
py 视频爬取插件 +pycharm +py3 + 安装教程
2022-03-28
信息项目管理师(高项)案例题总结
2022-03-23
2020python全套资源 视频教程下载
2020-11-24
React精品资源教程
2019-03-29
android资源汇总
2019-03-28
不懂就问之如和让*csdn开发云社区* 等多个社区收录自己的文章
2023-08-04
TA创建的收藏夹 TA关注的收藏夹
TA关注的人