DevEco-studio版本选择

184 阅读2分钟

最近公司有个华为手环的需求,是需要接入融云即时通讯的,由于对鸿蒙不了解,自己先来熟悉下

1.查看融云即时通讯对鸿蒙的支持情况

首先查看了融云开发者文档,发现项目需要的即时通讯,是支持鸿蒙的, image.png 然后重要的是,支持这个的条件,DevEco Studio的版本号,这个一定要注意,否则低版本是不支持融云即时通讯的

image.png

2.确定DevEco Studio的下载版本

由于已经知道了融云要求的最低支持版本,那直接鸿蒙开发者网站工具下载,

1、刚开始下载了当前最新的版本DevEco Studio 5.1.1 Release,但是在新建项目后,跑模拟器添加设备的时候,发现我的2018版本的intel芯片mac已经被限制了,跑不了模拟器

image.png

2、然后又去下载了5.0.0 Release (Build 5.0.3.910),创建项目的时候却发现,这个版本的Stage模型没有支持手环的,就是创建不支持手环,

image.png 3、如果使用FA模型(创建的时候选择这里),现在FA 模型(API 7 之前)已不再主推,

image.png 4、Stage模型与FA模型比较,最终确定使用最新版本,只使用预览,放弃模拟器,到时候直接用真机(等有资金了,换台新电脑吧 )

1)Stage 模型的优势

(1)是官方主推方向, Stage 模型是 HarmonyOS 3.1 及更高版本推荐的应用架构,替代了早期的 FA 模型。FA 模型(API 7 之前)已不再主推,仅适用于旧项目维护或特定兼容场景 1。

(2)性能与资源优化

-   **共享 ArkTS 引擎实例**:Stage 模型中多个组件共享同一引擎,减少内存占用,适合手环等资源受限设备 。
-   **UI 与逻辑解耦**:通过组件化设计提升代码复用性,优化启动速度和内存效率(官方数据显示性能提升 40%,内存占用降低 35%)。

(3)多设备适配能力 :Stage 模型支持多窗口形态和分布式场景,便于手环与其他鸿蒙设备(如手机、平板)协同 。

2)FA 模型的局限性

(1)维护复杂度高:FA 模型采用独立进程管理组件,导致组件间状态共享困难,不适合复杂应用开发 。

(2)功能限制

-   不支持系统窗口开发(如分屏、悬浮窗)2。
-   缺少对 ArkTS 语言特性的深度优化 。

3)手环开发场景建议

  • 新项目必选 Stage 模型:官方工具链(如 DevEco Studio)已全面适配 Stage 模型,提供更完善的开发支持 。
  • 旧项目迁移:若原有手环应用基于 FA 模型,建议逐步迁移至 Stage 模型,以兼容未来系统更新 。