鸿蒙开发相关岗位工作要求具体设计应用层与驱动两个方向，市面上鸿蒙应用层开发的岗位需求量较大，应用层与驱动开发的具体要求如下（包括并不限于）:

1.会安卓鸿蒙、WEB鸿蒙、Java鸿蒙、I0S鸿蒙、RN+鸿蒙、Flutter鸿蒙、Uniapp鸿蒙任意中技能

2.熟练掌握ArkTS语言（ETS）或ArkUI,能够熟练使用ArkTs API，了解鸿蒙开发中的分布式技术;

3.熟悉鸿蒙操作系统的项目开发;

4.熟练使用ArkUI中常用的基础组件和容器组件；

5.具有扎实的 aos 或 ios 开发基础，熟悉其开发框架、编程规范与调试技巧；深入理解鸿蒙分布式架构原理，熟练掌握 Askts、AskUI 、Page Ability 等鸿蒙开发相关技术与工具，能灵活运用到实际项目中;

6.计算机软件、电子信息等相关专业，本科及以上学历;

7.有鸿蒙海思平台交付经验,需要做过android项目;

8.做过鸿蒙的优先考虑，有鸿蒙证书者优先。

工作职责：

1.负责鸿蒙操作系统的开发与维护；

2.负责鸿蒙操作系统上的软件应用架构设计及开发等工作；

3.参与鸿蒙应用性能优化、安全风险评估与风险处理等工作；

4.参与鸿蒙应用的功能规划、需求分析、设计、开发和测试等工作；

5.迅速定位并解决开发过程中的技术难题；拥有较强的团队协作精神，善于沟通交流，能与团队成员高效配合完成项目目标；具备较强的学习能力，能快速掌握新的技术知识并应用到工作中。；

6.负责鸿蒙系统的驱动开发工作，与团队合作，确保驱动程序的质量和性能，持续优化驱动开发流程，提升开发效率

# harmonyos # 华为
Logo
HarmonyOS开发者社区

讨论HarmonyOS开发技术，专注于API与组件、DevEco Studio、测试、元服务和应用上架分发等。

更多推荐

ArkUI + HarmonyOS 多端无障碍验收：焦点朗读与状态一致（连载06/06）【共创稿事节】

把阅读工作区从手机拿到折叠屏，列表和正文都能显示，似乎就算完成了适配。可当用户开启屏幕朗读、接入键盘，再把窗口缩窄时，问题才真正暴露出来：高亮停在一篇文章上，朗读却只说“按钮”；焦点从左栏跳到右栏以后返回方向不明确；界面重建成功，却把原来读到的文章位置重置。视觉上正确的分栏，并不能自动保证阅读体验正确。 这一篇以同一个阅读工作区收尾。前五篇已经约定 ReadingItem.id 是身份、selec

avatar HarmonyOS开发者社区

Hvigor + HarmonyOS 版本迭代：分阶段发布与止损恢复（连载04/04）【共创稿事节】

发布一个新版本时，最容易让团队误判的并不是打包失败，而是“包能安装、审核也通过，却只有一部分用户出现故障”。这类问题往往无法靠重新编译解决：用户已经升级，设备上有真实数据，新旧应用可能还会与同一套服务端通信。继续扩大分发比例，风险会累积；把旧安装包重新上传，又不一定符合版本递增与分发平台的要求。 前三篇讨论了多产品构建、签名关系以及交付产物指纹。本篇要把这些零散的检查串成一次可追溯的版本迭代：明确

avatar HarmonyOS开发者社区

LazyForEach 加 @Reusable 之后数据串了，aboutToReuse 少写一个字段都不行

@Reusable 不会帮你重置状态 长列表用了 LazyForEach，又给卡片加了 @Reusable，第一屏正常。往下滚再滚回来，部分卡片的文字、图片、点击态变成了之前显示过的内容。去掉 @Reusable 就恢复正常——问题不在数据源，在复用路径。 @Reusable 的机制是：组件离屏后进入复用池，新数据上屏时框架直接取旧实例挂回组件树，

avatar HarmonyOS开发者社区