鸿蒙 Stage模型-应用组件-配置、UIAbility

前提：基于官网3.1/4.0文档。参考官网文档
基于Android开发体系来进行比较和思考。（或有偏颇，自行斟酌）

一、概念

可以看到分为运行期、编译器，主要关注UIAbility（类似Activity，UI相关）、ExtensionAbility（其他非UI相关）。
另外AbilityState暂时不确定是类似Android 中的Application。

为什么会单独有个Stage模型?
其实就是整体架构，只不过为了区分另外一个```Feature模型``，后者已经不主推。

二、模块

1.配置

.json5文件为配置文件，分为：
app.json5:app级别的配置
module.json5:模块级别的配置

示例：

{
   
   
  "module": {
   
   
    // ...
    "abilities": [
      {
   
   
        // $开头的为资源值
        "icon": "$media:icon",
        "label": "$string:EntryAbility_label",
        "skills": [
          {
   
   
            "entities": [
              "entity.system.home"
            ],
            "actions": [
              "action.system.home"
            ]
          }
        ],
      }
    ]
  }
}

通过json文件来配置，也是和之前

2.UIAbility

是什么？
类似Activity

1.生命周期

onNewIntent等生命周期是否有？
有，见如下

2.启动模式

singleton（单实例模式）：与Android一致，配置文件中配置
multiton（多实例模式）：对应Android的standard
specified（指定实例模式）：对Ability标记key，一致的key则是统一Ability。

针对第三种模式示例：
1.配置

{
   
   
  "module": {
   
   
    // ...
    "abilities": [
      {
   
   
        "launchType": "specified",
        // ...
      }
    ]
  }
}

2.启动

// 在启动指定实例模式的UIAbility时，给每一个UIAbility实例配置一个独立的Key标识
// 例如在文档使用场景中，可以用文档路径作为Key标识
function getInstance() {
   
   
    // ...
}

let want = {
   
   
    deviceId: '', // deviceId为空表示本设备
    bundleName: 'com.example.myapplication',
    abilityName: 'FuncAbility',
    moduleName: 'module1', // moduleName非必选
    parameters: {
   
    // 自定义信息
        instanceKey: getInstance(),
    },
}
// context为调用方UIAbility的AbilityContext
this.context.startAbility(want).then(() => {
   
   
    // ...
}).catch((err) => {
   
   
    // ...
})

这里可以看到，startAbility=startActivity,传递的数据的方式也是类似。

3.监听