OpenHarmony实战开发：FA模型切换Stage模型 （配置文件切换）
FA模型应用在config.json文件中描述应用的基本信息，一个应用工程中可以创建多个Module，每个Module中都有一份config.json文件。
·
往期鸿蒙全套实战精彩文章必看内容：
配置文件的差异
FA模型应用在config.json文件中描述应用的基本信息，一个应用工程中可以创建多个Module，每个Module中都有一份config.json文件。config.json由app、deviceConfig和module三部分组成，app标签用于配置应用级别的属性，如果一个应用有多个Module，需要由开发者保证各个config.json文件中app标签配置的一致性。
Stage模型应用在app.json5和module.json文件中描述应用的基本信息，和FA模型应用类似，一个Stage模型应用工程中同样可以创建多个Module，但是一个应用工程中仅存在一份app.json5，用于配置应用级别的属性，对每个Module都生效；每个Module中都有一份module.json5配置文件，用于配置Module级别的属性，仅对当前Module生效。
图1 配置文件差异
app和deviceConfig的切换
为了便于开发者维护应用级别的属性配置，Stage模型将config.json中的app和deviceConfig标签提取到了app.json5中进行配置，并对部分标签名称进行了修改，具体差异见下表。
表1 配置文件app标签差异对比
| 配置项 | FA模型配置文件config.json中app标签 | Stage模型配置文件app.json5中app标签 |
|---|---|---|
| 应用的版本号 | “version”: { “code”: 1, } |
“versionCode”: 1 , |
| 标识版本号的文字描述，用于向用户展示 | “version”: { “name”: “1.0.0”, } |
“versionName” : “1.0.0” , |
| 标识应用可兼容的最低版本号 | “version”: { “minCompatibleVersionCode”: 1, } |
“minCompatibleVersionCode” : 1 , |
| 运行应用所需要的最低API版本 | “apiVersion”: { “compatible”: 7, } |
“minAPIVersion” : 7 , |
| 应用运行所需的目标API版本 | “apiVersion”: { “target”: 8, } |
“targetApiVersion” : 8 , |
| 应用运行所需的目标API版本的类型 | “apiVersion”: { “releaseType”: Release, } |
“apiReleaseType”: “Release” , |
app.json5中对原先config.json中的deviceConfig标签进行了重构，将deviceConfig下的标签的设备信息整合到了app.json5的app标签下，具体差异见下表。
表2 配置文件deviceConfig标签差异对比
| FA中deviceConfig标签 | 描述 | stage模型中 | 差异比对 |
|---|---|---|---|
| deviceConfig标签 | deviceConfig标签配置了设备信息。 | / | Stage模型中没有该标签，直接在app标签下配置设备信息。 |
| process | 标识应用或者UIAbility的进程名。如果在deviceConfig标签下配置了process标签，则该应用的所有UIAbility都运行在这个进程中。如果在abilities标签下也为某个UIAbility配置了process标签，则该UIAbility就运行在这个进程中。 | / | Stage模型不支持配置进程名称。 |
| keepAlive | 标识应用是否始终保持运行状态，仅支持系统应用配置，三方应用配置不生效。 | / | Stage模型不支持系统应用模型管控方式变更。 |
| supportBackup | 标识应用是否支持备份和恢复。 | / | Stage模型不支持。 |
| compressNativeLibs | 标识libs库是否以压缩存储的方式打包到HAP。 | / | Stage模型不支持。 |
| network | 标识网络安全性配置。 | / | Stage模型不支持。 |
module的切换
从FA模型切换到Stage模型时，开发者需要将config.json文件module标签下的配置迁移到module.json5配置文件module标签下，具体差异见下列表格。
表1 FA模型module标签与Stage模型module标签差异对比
| FA标签 | 标签说明 | 对应的Stage标签 | 差异说明 |
|---|---|---|---|
| mainAbility | 服务中心图标露出的ability，常驻进程拉起时会启动mainAbility。 | mainElement | 标签名称变更，Stage模型不在使用“.”符号。 |
| package | 标识HAP的包结构名称，在应用内保证唯一性。 | / | Stage模型使用name来保证应用唯一性。FA模型升级到Stage模型时，Stage模型的name需要和FA模型的package保持一致，否则会导致升级失败。 |
| name | 标识HAP的类名。 | / | FA模型中实际未使能，Stage模型没有与之对应的标签。 |
| supportedModes | 标识应用支持的运行模式，当前只定义了驾驶模式（drive）。 | / | Stage模型已废弃。 |
| distro对象中的moduleName | 标识当前HAP的名称。 distro对象中的moduleName。 |
name | 标签变更。 |
| distro对象中的moduleType | 标识当前HAP的类型，包括两种类型：entry和feature。另外，如果表示HAR包类型，请设置为har。 | type | 标签变更。 |
| distro对象中的installationFree | 标识当前HAP是否支持免安装特性。 | installationFree | 标签变更。 |
| distro对象中的deliveryWithInstall | 标识当前HAP是否支持随应用安装。 | deliveryWithInstall | 标签变更。 |
| metaData | 标识HAP的元信息。 | metadata | 具体差异见表2。 |
| abilities | 标识当前模块内的所有Ability。 | abilities | 具体差异见表5。 |
| js | 标识基于ArkUI框架开发的JS模块集合，其中的每个元素代表一个JS模块的信息。 | pages | Stage模型在module标签下保留该对象中的pages，window配置与pages的下一级。 |
| shortcuts | 标识应用的快捷方式信息。 | shortcut_config.json文件 | 在开发视图的resources/base/profile下面定义配置文件shortcut_config.json。 |
| reqPermissions | 标识应用运行时向系统申请的权限。 | requestPermissions | 标签名称变更。 |
| colorMode | 标识应用自身的颜色模式。 | / | Stage模型不支持。 |
| distroFilter | 标识应用的分发规则。 | distributionFilter_config.json文件 | Stage模型在开发视图的resources/base/profile下面定义配置文件distributionFilter_config.json。 |
| reqCapabilities | 标识运行应用程序所需的设备能力。 | / | Stage模型不支持。 |
| commonEvents | 公共事件。 | common_event_config.json文件 | Stage模型在开发视图的resources/base/profile下面定义配置文件common_event_config.json。 |
| entryTheme | 此标签标识系统内部主题的关键字。 | / | Stage模型不支持。 |
表2 FA模型metaData和Stage中metadata对比
| FA标签 | 标签说明 | 对应的Stage模型标签 | 差异对比 |
|---|---|---|---|
| parameters | 标识调用Ability时所有调用参数的元信息。 | / | Stage模型不支持。 |
| results | 标识Ability返回值的元信息。 | / | Stage模型不支持。 |
| customizeData | 该标签标识父级组件的自定义元信息，Parameters和results在application不可配。 | metadata | 具体差异见表3。 |
表3 FA模型metaData的customizeData和Stage中metadata对比
| FA标签 | 标签说明 | 对应的Stage模型标签 | 差异对比 |
|---|---|---|---|
| name | 标识数据项的键名称。字符串最大长度为255字节。 | name | 无。 |
| value | 标识数据项的值。字符串最大长度为255字节。 | value | 无。 |
| extra | 标识当前custom数据的格式，取值为表示extra的资源值。 | resource | 标签变更。具体实例见表4。 |
表4 FA模型metaData和Stage中metadata示例
| FA模型示例 | Stage模型示例 |
|---|---|
| “meteData”: { “customizeDate”: [{ “name”: “label”, “value”: “string”, “extra”: “$string:label”, }] } |
“meteData”: [{ “name”: “label”, “value”: “string”, “resource”: “$string:label”, }] |
表5 FA模型和Stage中abilities差异对比
| FA模型的abilities对象标签 | 描述 | Stage模型中abilities对象标签 | 差异对比 |
|---|---|---|---|
| process | 运行应用程序或Ability的进程名称。 | / | Stage模型不支持abilities中配置，在module标签下配置process。 |
| uri | 标识Ability的统一资源标识符。 | / | Stage模型不支持。 |
| deviceCapability | 标识Ability运行时要求设备具有的能力，采用字符串数组的格式表示。 | / | Stage模型不支持。 |
| metaData | 该标签标识ability的元信息。 | metadata | 具体差异见表2。 |
| type | 标识Ability的类型。 | / | Stage模型不支持。 |
| grantPermission | 指定是否可以向Ability内任何数据授予权限。 | / | abilities内不支持。 |
| readPermission | 标识读取Ability的数据所需的权限。该标签仅适用于data类型的Ability。 | / | abilities内不支持，在extensionAbilities标签中支持。 |
| writePermission | 标识向Ability写数据所需的权限。 | / | abilities内不支持，在extensionAbilities标签中支持。 |
| configChanges | 标识Ability关注的系统配置集合。 | / | Stage模型不支持。 |
| mission | 标识Ability指定的任务栈。 | / | Stage模型不支持。 |
| targetAbility | 标识当前Ability重用的目标Ability。 | / | Stage模型不支持。 |
| multiUserShared | 标识Ability是否支持多用户状态进行共享，该标签仅适用于data类型的Ability。 | / | Stage模型不支持。 |
| supportPipMode | 标识Ability是否支持用户进入PIP模式（用于在页面最上层悬浮小窗口，俗称"画中画"，常见于视频播放等场景）。 | / | Stage模型不支持。 |
| formsEnabled | 标识Ability是否支持卡片（forms）功能。 | / | Stage模型不支持。 |
| forms | 标识服务卡片的属性。该标签仅当formsEnabled为"true"时，才能生效。 | form_config.json文件 | Stage模型在开发视图的resources/base/profile下面定义配置文件form_config.json。 |
| srcLanguage | Ability开发语言的类型。 | / | Stage模型不支持。 |
| srcPath | 该标签标识Ability对应的JS组件代码路径。 | srcEntry | 该标签标识ability所对应的js代码路径。 |
| uriPermission | 标识该Ability有权访问的应用程序数据。 | / | Stage模型不支持。 |
看完三件事❤️
- 如果你觉得这篇内容对你还蛮有帮助，我想邀请你帮我三个小忙：
- 点赞，转发，有你们的 『点赞和评论』，才是我创造的动力。
- 关注作者 ，不定期分享原创知识。
- 同时可以期待后续文章ing🚀。
社区规范：仅讨论OpenHarmony相关问题。
更多推荐
30
0- 0
已为社区贡献38条内容
所有评论(0)