HarmonyOS/OpenHarmony应用开发-DevEco Studio 3.0与3.1版本差异 原创
工程模板和开发语言介绍
DevEco Studio支持包括手机、平板、车机、智慧屏、智能穿戴、轻量级智能穿戴和智慧视觉设备的HarmonyOS应用/服务开发,预置了工程模板,可以根据工程向导轻松创建适应于各类设备的工程,并自动生成对应的代码和资源模板。同时,DevEco Studio还提供了多种编程语言供开发者进行HarmonyOS应用/服务开发,包括Java、JS、eTS和C/C++。
DevEco Studio 3.0工程模板以及支持的开发语言、API版本、设备类型,如下图和下表所示:
DevEco Studio 3.1工程模板以及支持的开发语言、API版本、设备类型,如下图和下表所示:
在工程配置页面,需要根据向导配置工程的基本信息(相同以及差异)。
· Project name:工程的名称,可以自定义,由大小写字母、数据和下划线组成。
· Project type:工程的类型,标识该工程是一个传统方式的需要安装的应用(Application,简称应用),或原子化服务(Atomic service,简称服务)。3.1(API 9)不支持原子化服务开发。
· Bundle name:软件包名称,默认情况下,应用/服务ID也会使用该名称,应用/服务发布时,应用/服务ID需要唯一。如果“Project type”选择了Atomic service,则Bundle name的后缀名必须是.hmservice。
· Save location:工程文件本地存储路径,由大小写字母、数字和下划线等组成,不能包含中文字符。
· Compile SDK:应用/服务的目标API Version,在编译构建时,DevEco Studio会根据指定的Compile API版本进行编译打包。
· Model:应用支持的模式,API Version 4~8只支持FA模式。当前3.1.0(API 9)不支持FA模式
· Enable Super Visual:支持低代码开发模式,部分模板支持低代码开发,可选择打开该开关。
· Language:开发语言。
· Compatible SDK:兼容的最低API Version。
· Device type:该工程模板支持的设备类型。
· Show in service center:是否在服务中心展示。如果Project type为Atomic service,则会同步创建一个22宫格的服务卡片模板,同时还会创建入口卡片;如果Project type为Application,则只会创建一个22宫格的服务卡片模板。3.1(API 9)不支持服务卡片开发。
DevEco Studio3.0
DevEco Studio3.1
对比新增体验:
Ability框架新增Stage开发模型,包含Stage模型生命周期管理、调度、回调、上下文获取、鉴权等。同时增强了应用的运行管理能力。
ArkUI开发框架增强了声明式Canvas/XComponent组件能力,增强了组件布局能力及状态管理能力,优化了部分组件的易用性。
应用包管理新增查询应用、Ability和ExtensionAbility相关属性的接口。
公共基础类库新增支持Buffer二进制读写。
Web服务新增支持文档类Web应用的文档预览和基础编辑功能,以及cookie的管理和存储管理。
图形图像新增支持YUV、webp图片编解码等能力;新增native vsync能力,支持自绘制引擎自主控制渲染节奏。
媒体服务新增相机配置与预览功能。
窗口服务新增Stage模型下窗口相关接口,增强窗口旋转能力,增强避让区域查询能力。
全球化服务新增支持时区列表、音译、电话号码归属地等国际化增强能力。
公共事件基础能力增强,commonEvent模块变更为commonEventManager。
资源管理服务新增资源获取的同步接口,新增基于名称查询资源值的接口,新增number、float资源类型查询接口,新增Stage模型资源查询方式。
输入法服务新增输入法光标方向常量。