DevEco Studio支持多种品类的应用/服务开发,预置丰富的工程模板,可以根据工程向导轻松创建适应于各类设备的工程,并自动生成对应的代码和资源模板。同时,DevEco Studio还提供了多种编程语言供开发者进行应用/服务开发,包括ArkTS、JS和C/C++。
工程模板支持的开发语言及模板说明如下表所示:
模板名称 | 说明 |
---|---|
Empty Ability | 用于Phone、Tablet、2in1、Car设备的模板,展示基础的Hello World功能。 |
Native C++ | 用于Phone、Tablet、2in1、Car设备的模板,作为应用调用C++代码的示例工程,界面显示“Hello World”。 |
[CloudDev]Empty Ability | 端云一体化开发通用模板。 |
[Lite]Empty Ability | 用于Lite Wearable设备的模板,展示了基础的Hello World功能。可基于此模板,修改设备类型及RuntimeOS,进行小型嵌入式设备开发。 |
Flexible Layout Ability | 用于创建跨设备应用开发的三层工程结构模板。三层工程结构包含common(公共能力层)、features(基础特性层)、products(产品定制层)。 |
Embeddable Ability | 用于开发支持被其他应用嵌入式运行的元服务的工程模板。 |
创建和配置新工程
DevEco Studio提供了基础的工程模板资源,不同模板支持的设备类型、API Version可能不同,在创建新工程前,请提前了解各模板的相关信息。
创建HarmonyOS工程
-
通过如下两种方式,打开工程创建向导界面。
- 如果当前未打开任何工程,可以在DevEco Studio的欢迎页,选择Create Project开始创建一个新工程。
- 如果已经打开了工程,可以在菜单栏选择File > New > Create Project来创建一个新工程。
-
根据工程创建向导,选择创建Application或[Atomic Service]。再选择需要的Ability工程模板,然后单击Next。
说明
- 从API 11版本开始支持Atomic Service元服务工程开发。
- Atomic Service元服务工程暂不支持Native开发。
-
在工程配置页面,需要根据向导配置工程的基本信息。
-
Project name:工程的名称,可以自定义,由大小写字母、数字和下划线组成。
-
Bundle name:标识应用的包名,用于标识应用的唯一性。
说明
应用包名要求:
- 必须为以点号(.)分隔的字符串,且至少包含三段,每段中仅允许使用英文字母、数字、下划线(_),如“com.example.myapplication ”。
- 首段以英文字母开头,非首段以数字或英文字母开头,每一段以数字或者英文字母结尾,如“com.01example.myapplication”。
- 不允许多个点号(.)连续出现,如“com.example…myapplication ”。
- 长度为7~128个字符。
-
Save location:工程文件本地存储路径,由大小写字母、数字和下划线等组成,不能包含中文字符。
-
Compatible SDK:兼容的最低API Version。
-
Module name: 模块的名称。
-
Device type: 该工程模板支持的设备类型。
-
-
单击Finish,工具会自动生成示例代码和相关资源,等待工程创建完成。
创建OpenHarmony工程
-
在完成[创建HarmonyOS工程]后,根据如下操作修改工程级build-profile.json5文件中相关字段:
- 在工程级build-profile.json5文件添加compileSdkVersion字段。
- 将compatibleSdkVersion和compileSdkVersion字段赋值为整数类型10,11或12。
- 将runtimeOS从"HarmonyOS"修改为 “OpenHarmony” 。
"products": [
{
"name": "default",
"signingConfig": "default",
"compileSdkVersion": 11, //指定OpenHarmony应用/服务编译时的版本
"compatibleSdkVersion": 11, //指定OpenHarmony应用/服务兼容的最低版本
"runtimeOS": "OpenHarmony",
}
],
```
-
单击Sync Now进行同步。在Sync Check弹窗中点击Yes,同意将module.json5/config.json文件中的phone切换为OpenHarmony支持的default类型,并删除在OpenHarmony不适用的其他设备类型,同步成功无其他报错则工程创建完成。
说明
若选择Native C++模板创建OpenHarmony应用,且应用需要在RK开发板上运行,则需在对应Native模块的build-profile.json5文件buildOption/externalNativeOptions字段下,新增abiFilters字段并赋值为"armeabi-v7a"。
最后呢
很多开发朋友不知道需要学习那些鸿蒙技术?鸿蒙开发岗位需要掌握那些核心技术点?为此鸿蒙的开发学习必须要系统性的进行。
而网上有关鸿蒙的开发资料非常的少,假如你想学好鸿蒙的应用开发与系统底层开发。你可以参考这份资料,少走很多弯路,节省没必要的麻烦。由两位前阿里高级研发工程师联合打造的《鸿蒙NEXT星河版OpenHarmony开发文档》里面内容包含了(ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、Harmony南向开发、鸿蒙项目实战等等)鸿蒙(Harmony NEXT)技术知识点
如果你是一名Android、Java、前端等等开发人员,想要转入鸿蒙方向发展。可以直接领取这份资料辅助你的学习。下面是鸿蒙开发的学习路线图。
针对鸿蒙成长路线打造的鸿蒙学习文档。话不多说,我们直接看详细鸿蒙(OpenHarmony )手册(共计1236页)与鸿蒙(OpenHarmony )开发入门视频,帮助大家在技术的道路上更进一步。
- 《鸿蒙 (OpenHarmony)开发学习视频》
- 《鸿蒙生态应用开发V2.0白皮书》
- 《鸿蒙 (OpenHarmony)开发基础到实战手册》
- OpenHarmony北向、南向开发环境搭建
- 《鸿蒙开发基础》
- 《鸿蒙开发进阶》
- 《鸿蒙开发实战》
总结
鸿蒙—作为国家主力推送的国产操作系统。部分的高校已经取消了安卓课程,从而开设鸿蒙课程;企业纷纷跟进启动了鸿蒙研发。
并且鸿蒙是完全具备无与伦比的机遇和潜力的;预计到年底将有 5,000 款的应用完成原生鸿蒙开发,未来将会支持 50 万款的应用。那么这么多的应用需要开发,也就意味着需要有更多的鸿蒙人才。鸿蒙开发工程师也将会迎来爆发式的增长,学习鸿蒙势在必行! 自↓↓↓拿