鸿蒙应用开发教程第13期：Text练习！

STM32-CubeMx-HAL库-串口空闲中断+DMA——利用HAL_UARTEx_ReceiveToIdle_DMA实现不定长数据接收

STM32-CubeMx-HAL库-串口空闲中断+DMA——利用HAL_UARTEx_ReceiveToIdle_DMA实现不定长数据接收

鸿蒙开发学习笔记 -黑马

鸿蒙开发学习

GPU核心性能指标

内存科普 CPU缓存分为三类，一级缓存(L1)、二级缓存(L2)和三级缓存(L3)。CPU在实际数据读取中重要的却是一级缓存，因为一级缓存速度最快，二级缓存其次，三级缓存最慢，只是三级缓存的容量最大。 DDR1,DDR2,DDR3内存条(DDR是Double Data Rate双倍速率同步动态随机存储器的英文缩写)就是俗称的一二三代内存条。这三种内存条工艺不同，接口不同，性能不同，互不兼容。要区分它们，也不难。内存条可以用在CPU内存或者GPU显存中。比如 the NVIDIA Tesla M2050 GP

黑马程序员鸿蒙HarmonyOS端云一体化开发【31-52】

云数据库

OTP/EEPROM 读取与处理

Camera OTP/EEPROM 读取与处理 文章目录Camera OTP/EEPROM 读取与处理1. OTP概念1.1 基本概念1.2 OTP存储类型1.3 OTP烧录信息类型1.4 OTP 作用2. 配置准备2.1 基本认识2.2 OTP/EEPROM配置3. OTP/EEPROM datasheet理解 以及 读取方式3.1 data sheet 内容3.2 一般OTP/EEPROM(e...

如何用AP525 测试输入信号的相位，频响，延时，Pop和卡顿

假设信号不是从AP输出，是功放或者其他的播放设备输出的信号，接入到AP525的输入端。

鸿蒙实战案例——黑马健康（5）

黑马健康App是一款功能全面的健康管理应用，黑马健康App通过提供个性化的饮食记录、健康评估等功能，帮助用户轻松管理健康，改善饮食和生活习惯。还提供个性化的推荐服务，确保用户能够获得最适合自己的健康和运动建议。总的来说，黑马健康App是一款功能全面、注重个性化推荐的健康管理应用，旨在为用户提供一站式的健康和运动解决方案。本次视频的学习，学会了Panel组件与Grid组件的使用方法，将来对于这种底部弹出面板的相关问题也就一一解决了。

win10 离线安装.Net Framework3.5

起因，安装软件比如3dmax2014等需要.Net Framework3.5支撑，那么需要安装低版本的.Net Framework3.5 闲话少说。 1.下载 NetFx3.cab 链接: https://pan.baidu.com/s/124to7F3BOy4yAlY61OjbDg 提取码: kixu 2.将NetFx3.cab 放入 系统盘的windows目录下（示例 C:\Wi...

鸿蒙开发—黑马云音乐之Music页面

ForEach(this.songs, (item: songItemType, index: number) => { if (index < 3)，index从0开始，这里表示遍历数组中前三个歌曲，之后的 else{} 表示遍历除前三之外的歌曲，数组中有几个前三之外的歌曲，就遍历几个，从第四首遍历到最后一首。歌曲列表是两种格式，一种是排名前三的歌曲（带有歌曲图片），另一种是前三之外的歌曲（不带有歌曲图片），首先设置好这两种静态布局后才进入下一步。这样才能连上网络，才能在模拟器中正常播放歌曲。

【electron】- 从零到一：在electron-vite项目中集成better-sqlite3的工程化实践

本文详细介绍了在electron-vite项目中集成better-sqlite3数据库的完整工程化实践。针对原生模块的编译挑战，提供了从环境配置、路径规划、服务封装到IPC通信的解决方案，并重点解决了开发与生产环境的数据库路径分离及打包部署等核心问题，帮助开发者构建稳定高效的Electron桌面应用数据层。

OTA 升级失败/回滚策略设计：打造安全可靠的双分区/断点续传/签名校验方案

双分区机制（A/B Partitioning）是OTA升级的“保险箱”。简单来说，设备存储分为两个分区：A分区（当前运行）和B分区（备用）。升级时，新固件写入B分区，A分区保持不变。如果升级成功，系统切换到B分区运行；如果失败，设备直接回滚到A分区，完全不受影响。这就像玩游戏存档：你打Boss前存了个档，万一挂了还能读档重来。双分区就是设备的“读档”机制，避免了变砖的尴尬。以Android设备为例，Google从Android 7.0开始强制引入A/B分区机制（Seamless Updates）。

黑马健康鸿蒙软件开发一

HarmonyOS 鸿蒙系统（鸿蒙 OS）是一款“面向未来”、面向全场景（移动办公、运动健康、社交通信、媒体娱乐等）的分布式操作系统。在传统的单设备系统能力的基础上，HarmonyOS提出了基于同一套系统能力、适配多种终端形态的分布式理念，能够支持多种终端设备。

十九、帧间预测编码_2、解码、显示顺序与图像管理、参考帧管理

一、基本概念 1.1H.264的解码顺序和显示顺序： 解码过程中，每一帧的数据按照相应的NAL Unit在码流中的顺序传入解码器进行解码 由于B帧的存在，视频帧在输出时会进行顺序重排 1.2frame_num与POC frame_num：表示解码顺序 POC：表示显示顺序（picture_order_count） 在H.264的码流中，表示解码顺序和显示顺序分别有相应的语法元素表示。这两个值都会在码流中保存，并在读取slice信息时解析（SliceHeader中） 1.3参考帧列表 某一帧图像在解

鸿蒙应用开发系列文章：第二天 - 开发工具与基础组件

HUAWEI DevEco Studio（以下简称DevEco Studio）是基于IntelliJ IDEA Community开源版本打造（Java开发者狂喜，与idea基本一样），为运行在HarmonyOS系统上的应用和服务（以下简称应用/服务）提供一站式的开发平台。

计算机控制技术及应用

《计算机控制技术及应用》通过总结作者的科研成果和吸收国内外的先进理论、方法和技术，以计算机控制系统的网络化、开放化、智能化和集成化发展趋势为主线索，主要介绍计算机控制系统的基本概念和计算机控制系统的典型形式，计算机控制系统的数学描述与基本分析方法，以及数字PID控制器、最少拍控制系统、达林算法、状态变量设计法等设计方法及其各种改进算法。重点突出计算机控制系统输入输出通道接口的设计方法和典型控制系统的设计案例与实现方法等。

Devexpress16.2.6破解工具

Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具

鸿蒙应用开发：@Computed 装饰器详解与实战

本文介绍了鸿蒙（HarmonyOS）应用开发中的@Computed装饰器，它是状态管理V2的关键特性，用于高效管理派生数据计算。@Computed通过自动缓存计算结果，仅在依赖的状态变量变化时重新计算，显著提升性能。文章阐述了其核心特点（依赖触发更新、只读属性）和使用限制（仅限getter方法、避免循环计算），并通过用户全名计算和购物车总价两个示例展示了基础与进阶应用场景。最后给出了使用建议：简单计算直接表达式，复杂或多处使用的派生值推荐@Computed。该装饰器能有效减少计算开销、提升渲染性能并保持代码

NTscan扫描工具

ntscan是一个扫描器，可以扫描没有密码和弱密码的共享，先到配置文件中填写猜测的用户名和密码，扫描过程中右侧出现的是扫描日志。

鸿蒙应用开发实战【68】— 全文搜索功能LIKE查询与高亮

本文系统介绍了鸿蒙应用开发中全文搜索功能的实现方案，包含模糊查询、关联查询、关键词高亮和性能优化等关键技术点。文章首先展示了DAO层使用LIKE实现模糊查询，并关联卡号标签数据。针对ArkUI的文本高亮限制，提出了分段渲染的解决方案。在性能优化方面，分析了LIKE查询的局限性，并建议通过索引、分步搜索和防抖策略提升体验。最后总结给出完整的搜索功能实现路径，为开发者提供了从基础查询到性能优化的全链路指导。全文聚焦实际开发痛点，兼顾功能实现与性能考量。

鸿蒙应用开发实战：充电记录App统计聚合方案

AR图像跟踪技术解析 本文介绍了AR图像跟踪技术的实现原理和应用场景。该技术通过AR Engine识别特定图片，并在图片上方叠加3D内容。核心流程包括：准备识别图片、创建图像数据库、配置AR类型为IMAGE、初始化会话和实时扫描。图像数据库最多可存储50张图片，需满足分辨率、宽高比和纹理特征等质量要求。开发者可通过序列化功能持久化数据库。典型应用包括AR名片、教材、游戏和产品展示等，通过扫描特定图片触发虚拟内容展示。

鸿蒙应用开发实战【13】— AppListItem 应用列表行组件完整实现

本文介绍了鸿蒙应用开发中AppListItem组件的完整实现方案。该组件是号码助手中的高频使用组件，采用三列弹性布局（头像+应用信息+状态标签），解决了子组件中安全导航的关键技术难题。文章详细讲解了组件的视觉结构、参数设计（包括应用名、头像颜色、分类标签等）、核心实现代码（包含布局权重分配、条件渲染等技巧），特别强调了通过AppStorage + try/catch双保险方案处理子组件导航问题的方法。该组件支持在多种场景复用，并实现了毛玻璃卡片等视觉效果。

HarmonyOS应用开发实战：猫猫大作战-Text 组件的多行排版能力

本文以「猫猫大作战」游戏规则面板为例，详细讲解了Text组件的多行排版能力。主要内容包括： 多行排版核心属性：maxLines、textOverflow、textAlign、lineHeight等关键属性的作用与用法； 自动换行实现：通过设置width和lineHeight实现文本自动换行； 溢出省略处理：使用maxLines+Ellipsis组合实现文本截断显示省略号； 多样式混排：通过Text嵌套Span实现不同文本段落的差异化样式； 进阶技巧：介绍measureTextSize方法动态测算文本行数。

鸿蒙应用开发实战【47】— 首页FAB悬浮按钮：条件渲染与导航

本文介绍了鸿蒙应用开发中实现首页FAB悬浮按钮的设计与实现方案。主要内容包括： 使用.overlay()实现悬浮定位，仅在非空列表和非选择模式下显示； FAB双按钮布局设计，区分主次操作（添加应用/粘贴）； 点击"添加应用"前的卡号检查逻辑，确保操作流程合理性； FAB与空状态引导按钮的联动机制； 视觉设计细节，包括阴影、圆角、边距等。 文章提供了完整的代码示例和状态判断逻辑，帮助开发者实现符合UX规范的悬浮操作按钮组。该方案已应用于号码助手应用的首页开发中。

鸿蒙应用开发实战【48】— 卡号管理页CardManagePage开发

本文介绍了号码助手应用中的卡号管理页CardManagePage的开发实现。该页面作为卡号列表展示页和选择器入口，采用List+ForEach渲染卡号项，每项包含AvatarBadge头像、遮码处理的手机号和绑定应用数。

【鸿蒙基于API 13实战开发】—— FA模型：DataAbility组件（二）

实现DataAbility中Insert、Query、Update、Delete接口的业务内容。保证能够满足数据库存储业务的基本需求。BatchInsert与ExecuteBatch接口已经在系统中实现遍历逻辑，依赖Insert、Query、Update、Delete接口逻辑，来实现数据的批量处理。

【鸿蒙基于API 13实战开发】—— 应用多线程开发（五）业务模块并发加载场景

由于数据库数据跨线程传递存在耗时，当数据量较大时，仍然会占用UI主线程，推荐采用Sendable封装数据库数据，降低跨线程开销。对于需要频繁数据库操作的场景，由于读写数据库存在耗时，因此推荐在子线程中操作，避免阻塞UI线程。通过ArkTS提供的TaskPool能力，可以将数据库操作任务移到子线程中，实现如下。1.定义数据库中的数据格式，可采用Sendable，减少跨线程耗时。1.创建多个子任务，支持数据库创建、插入、查询、清除等操作。2.UI主线程发起，在子线程进行数据的增删改查等操作。

鸿蒙NEXT版实战开发：UI框架-如何实现文本竖向排列？

可以通过设置Text组件宽度width与字号一致的方式实现。

鸿蒙应用开发实战【51】— 添加应用页AddAppPage开发（上）

本文介绍了鸿蒙应用开发中添加应用页（AddAppPage）的前半部分实现，重点包括： 页面布局设计：包含图标颜色选择、应用名称输入、分类选择、卡号绑定等表单元素 状态管理：定义了应用图标、名称、分类等状态变量 预填名称功能：支持从搜索页跳转时自动填充应用名称 卡号检查警示：当没有可用卡号时显示提示信息 图标颜色选择器：实现6种颜色的预览和选择功能 分段控件实现：用于应用分类选择 表单验证逻辑：确保必填项完整且有效 文章还涉及了底部抽屉控制、路由参数传递等技术点，为完整的添加应用功能奠定了基础。