delete contents about stage module

Signed-off-by: NRayShih <shirui721@huawei.com>

en/application-dev/ability/Readme-EN.md

 # Ability Development
- - [Ability Framework Overview](ability-brief.md)
- - FA Model
-   - [FA Model Overview](fa-brief.md)
-   - [Page Ability Development](fa-pageability.md)
-   - [Service Ability Development](fa-serviceability.md)
-   - [Data Ability Development](fa-dataability.md)
-   - [FA Widget Development](fa-formability.md)
+- [FA Model Overview](fa-brief.md)
+- [Page Ability Development](fa-pageability.md)
+- [Service Ability Development](fa-serviceability.md)
+- [Data Ability Development](fa-dataability.md)
+- [FA Widget Development](fa-formability.md)
+
  - Other
    - [Ability Assistant Usage](ability-assistant-guidelines.md)

en/application-dev/ability/ability-brief.md

-# Ability Framework Overview
-
-An ability is an abstraction of a functionality that an application can provide. It is the minimum unit for the system to schedule applications. An application can contain one or more **Ability** instances.
-
-The ability framework model has two forms. The first form is the FA model, which applies to application development using API 8 and earlier versions. In the FA model, there are Feature Ability (FA) and Particle Ability (PA). The FA supports Page abilities, and the PA supports Service and Data abilities. The stage model is introduced since API 9. In the stage model, there are Page abilities and Extension abilities. The Extension ability is further extended to Service Extension, Form Extension, Data Share Extension, and more.
-
-The stage model is designed to make complex application development easier in a distributed environment. The two models have differences in the following aspects:
-
-* Ability type and API usage
-
-  ![favsstage](figures/favsstage.png)
-
-* Ability lifecycle
-
-  ![lifecycle](figures/lifecycle.png)
-
-* Application configuration files and application package structure (The differences are reflected in the application packages generated by the IDE.)
-
-For details about the two models, see [FA Model Overview](fa-brief.md) and [Stage Model Overview](stage-brief.md).

en/application-dev/application-dev-guide.md

@@ -2,9 +2,9 @@
 
 The application development documents provide reference for you to develop applications using the APIs provided by OpenHarmony. The documents provided walk you through how to use JavaScript \(JS\) APIs to develop applications on the standard system.
 
-To get a glimpse of the basic methods for developing applications, see  [Basics](quick-start/Readme-EN.md). For details about the API list and references, see  [Reference](reference/Readme-EN.md).
+To get a glimpse of the basic methods for developing applications, see  [Basics](quick-start/start-overview.md). For details about the API list and references, see  [Reference](reference/apis/js-apis-featureAbility.md).
 
-To better understand frequently used modules, see the development guidelines for  [UI](ui/Readme-EN.md),  [Media](media/Readme-EN.md), and  [Connectivity](connectivity/Readme-EN.md).
+To better understand frequently used modules, see the development guidelines for  [Ability](ability/fa-brief.md), [UI](ui/arkui-overview.md),  [Media](media/Readme-EN.md), etc.
 
 For details about the principles and basic information of each subsystem, see the README file in  **docs/en/readme**.
 

en/application-dev/application-dev-website.md

 - [Application Development Overview](application-dev-guide.md)
+
 - Quick Start
   - [Directory Structure](quick-start/package-structure.md)
   - [Resource File Categories](quick-start/basic-resource-file-categories.md)
+  
 - Development
   - [Ability Development](ability/Readme-EN.md)
-    - [Ability Framework Overview](ability/ability-brief.md)
-    - FA Model
-      - [FA Model Overview](ability/fa-brief.md)
-      - [Page Ability Development](ability/fa-pageability.md)
-      - [Service Ability Development](ability/fa-serviceability.md)
-      - [Data Ability Development](ability/fa-dataability.md)
-      - [FA Widget Development](ability/fa-formability.md)
-
+    - [FA Model Overview](ability/fa-brief.md)
+    - [Page Ability Development](ability/fa-pageability.md)
+    - [Service Ability Development](ability/fa-serviceability.md)
+    - [Data Ability Development](ability/fa-dataability.md)
+    - [FA Widget Development](ability/fa-formability.md)
     - Other
       - [Ability Assistant Usage](ability/ability-assistant-guidelines.md)
+    
   - [UI](ui/Readme-EN.md)
     - [ArkUI Overview](arkui-overview.md)
     - JavaScript-based Web-Like Development Paradigm
@@ -129,6 +129,7 @@
         - [Building a Food Category List Layout](ui/ui-ts-building-category-list-layout.md)
         - [Building a Food Category Grid Layout](ui/ui-ts-building-category-grid-layout.md)
         - [Implementing Page Redirection and Data Transmission](ui/ui-ts-page-redirection-data-transmission.md)
+    
   - Basic Functions
     - Window Manager
       - Window
@@ -209,10 +210,13 @@
       - Distributed Call Chain Tracing
         - [Overview of Distributed Call Chain Tracing](dfx/hitracechain-overview.md)
         - [Development of Distributed Call Chain Tracing](dfx/hitracechain-guidelines.md)
+  
 - Tools
   - [DevEco Studio (OpenHarmony) User Guide](quick-start/deveco-studio-user-guide-for-openharmony.md)
+  
 - Hands-On Tutorials
   - [Samples](https://gitee.com/openharmony/app_samples/blob/master/README.md)
+  
 - API References
   - Compent Reference (JavaScript-based Web-like Development Paradigm)
     - Components

en/application-dev/website.md

 # OpenHarmony Application Development Documentation
 - [Application Development Overview](application-dev-guide.md)
+
 - Quick Start
   - [Directory Structure](quick-start/package-structure.md)
   - [Resource File Categories](quick-start/basic-resource-file-categories.md)
+  
 - Development
   - [Ability Development](ability/Readme-EN.md)
-    - [Ability Framework Overview](ability/ability-brief.md)
-    - FA Model
-      - [FA Model Overview](ability/fa-brief.md)
-      - [Page Ability Development](ability/fa-pageability.md)
-      - [Service Ability Development](ability/fa-serviceability.md)
-      - [Data Ability Development](ability/fa-dataability.md)
-      - [FA Widget Development](ability/fa-formability.md)
-
+    
+    - [FA Model Overview](ability/fa-brief.md)
+    - [Page Ability Development](ability/fa-pageability.md)
+    - [Service Ability Development](ability/fa-serviceability.md)
+    - [Data Ability Development](ability/fa-dataability.md)
+    - [FA Widget Development](ability/fa-formability.md)
+    
     - Other
       - [Ability Assistant Usage](ability/ability-assistant-guidelines.md)
+    
   - [UI](ui/Readme-EN.md)
     - [ArkUI Overview](arkui-overview.md)
     - JavaScript-based Web-Like Development Paradigm
@@ -130,6 +132,7 @@
         - [Building a Food Category List Layout](ui/ui-ts-building-category-list-layout.md)
         - [Building a Food Category Grid Layout](ui/ui-ts-building-category-grid-layout.md)
         - [Implementing Page Redirection and Data Transmission](ui/ui-ts-page-redirection-data-transmission.md)
+    
   - Basic Functions
     - Window Manager
       - Window
@@ -210,10 +213,13 @@
       - Distributed Call Chain Tracing
         - [Overview of Distributed Call Chain Tracing](dfx/hitracechain-overview.md)
         - [Development of Distributed Call Chain Tracing](dfx/hitracechain-guidelines.md)
+  
 - Tools
   - [DevEco Studio (OpenHarmony) User Guide](quick-start/deveco-studio-user-guide-for-openharmony.md)
+  
 - Hands-On Tutorials
   - [Samples](https://gitee.com/openharmony/app_samples/blob/master/README.md)
+  
 - API References
   - Compent Reference (JavaScript-based Web-like Development Paradigm)
     - Components

zh-cn/application-dev/ability/Readme-CN.md

 # Ability开发
- - [Ability框架概述](ability-brief.md)
- - FA模型
-   - [FA模型综述](fa-brief.md)
-   - [PageAbility开发指导](fa-pageability.md)
-   - [ServiceAbility开发指导](fa-serviceability.md)
-   - [DataAbility开发指导](fa-dataability.md)
-   - [FA卡片开发指导](fa-formability.md)
- - Stage模型
-   - [Stage模型综述](stage-brief.md)
-   - [Ability开发指导](stage-ability.md)
-   - [ServiceExtensionAbility开发指导](stage-serviceextension.md)
-   - [跨端迁移开发指导](stage-ability-continuation.md)
-   - [Call调用开发指导](stage-call.md)
-   - [Stage卡片开发指导](stage-formextension.md)
- - 其他
-   - [WantAgent开发指导](wantagent.md)
-   - [Ability助手使用指导](ability-assistant-guidelines.md)
-   - [测试框架使用指导](ability-delegator.md)
+- [FA模型综述](fa-brief.md)
+- [PageAbility开发指导](fa-pageability.md)
+- [ServiceAbility开发指导](fa-serviceability.md)
+- [DataAbility开发指导](fa-dataability.md)
+- [FA卡片开发指导](fa-formability.md)
+- 其他
+  - [WantAgent开发指导](wantagent.md)
+  - [Ability助手使用指导](ability-assistant-guidelines.md)
+  - [测试框架使用指导](ability-delegator.md)

zh-cn/application-dev/ability/ability-brief.md

-# Ability框架概述
-
-​        Ability是应用所具备能力的抽象，也是应用程序的重要组成部分。Ability是系统调度应用的最小单元，是能够完成一个独立功能的组件，一个应用可以包含一个或多个Ability。 
-
-​        Ability框架模型结构具有两种框架形态：
-
-- 第一种形态为FA模型。API 8及其更早版本的应用程序只能使用FA模型进行开发。 FA模型将Ability分为FA（Feature Ability）和PA（Particle Ability）两种类型，其中FA支持Page Ability，PA支持Service Ability、Data Ability、以及FormAbility。
-- 第二种形态为Stage模型。从API 9开始，Ability框架引入了Stage模型作为第二种应用框架形态，Stage模型将Ability分为Ability和ExtensionAbility两大类，其中ExtensionAbility又被扩展为ServiceExtensionAbility、FormExtensionAbility、DataShareExtensionAbility等等一系列ExtensionAbility，以便满足更多的使用场景。
-
-​        Stage模型的设计，主要是为了方便开发者更加方便地开发出分布式环境下的复杂应用。下表给出了两种模型在设计上的差异：
-
-| 对比           | FA模型                                                       | Stage模型                                                |
-| -------------- | ------------------------------------------------------------ | -------------------------------------------------------- |
-| 开发方式       | 提供类Web的 api，UI开发与Stage模型一致。                     | 提供面向对象的开发方式，UI开发与FA模型一致。             |
-| 引擎实例       | 每个进程内的每个Ability独享一个JS VM引擎实例。               | 每个进程内的多个Ability实例共享一个JS VM引擎实例。       |
-| 进程内对象共享 | 不支持。                                                     | 支持。                                                   |
-| 包描述文件     | 使用config.json描述HAP包和组件信息，组件必须使用固定的文件名。 | 使用module.json描述HAP包和组件信息，可以指定入口文件名。 |
-| 组件           | 提供PageAbility(页面展示)，ServiceAbility(服务)，DataAbility(数据分享), FormAbility(卡片)。 | 提供Ability(页面展示)、Extension(基于场景的服务扩展)。   |
-
-​        除了上述设计上的差异外，对于开发者而言，两种模型的主要区别在于：
-
-* Ability类型存在差异；
-
-  ![favsstage](figures/favsstage.png)
-
-* Ability生命周期存在差异；
-
-  ![lifecycle](figures/lifecycle.png)
-
-
-​        两种模型的基本介绍，详见[FA模型综述](fa-brief.md)及[Stage模型综述](stage-brief.md)。
\ No newline at end of file

zh-cn/application-dev/ability/fa-brief.md

-# FA模型综述
+# Ability综述
 
 ## 整体架构
 OpenHarmony用户程序的开发本质上就是开发Ability。OpenHarmony系统是通过对Ability调度，结合系统提供的一致性调度契约对Ability进行生命周期管理，从而实现对用户程序的调度。

zh-cn/application-dev/ability/stage-ability-continuation.md

-# 跨端迁移开发指导
-
-## 场景介绍
-
-迁移的主要工作是实现将应用当前任务，包括页面控件状态变量、分布式对象等，迁移到远端设备。页面控件状态变量用于同步页面UI数据，分布式对象用于同步内存中的数据。
-
-## 接口说明
-
-迁移提供的能力如下，具体的API详见[接口文档](https://gitee.com/openharmony/docs/blob/master/zh-cn/application-dev/reference/apis/js-apis-application-ability.md)。
-
-**表1** 应用迁移API接口功能介绍
-
-|接口名 | 描述|
-|:------ | :------|
-| onContinue(wantParams : {[key: string]: any}): OnContinueResult | 迁移**发起端**在该回调中保存迁移所需要的数据，同时返回是否同意迁移：0表示同意，拒绝返回相应错误码。 |
-| onCreate(want: Want，param：LaunchParam): void | 迁移**目标端**在该回调中完成数据恢复，并触发页面恢复。 |
-| **enum** OnContinueResult | onContinue的返回值类型：AGREE表示同意；REJECT表示拒绝；MISMATCH表示版本不匹配 |
-
-
-
-**图1** 迁移开发示意图
-
-![continuation_dev](figures/continuation-info.png)
-
-## 开发步骤
-
-### 迁移应用
-
-1. 配置
-
-   - 配置应用支持迁移
-
-     在module.json5中配置continuable字段：true表示支持迁移，false表示不支持，默认为false。配置为false的应用将被系统识别为无法迁移。
-
-   ```javascript
-   "continuable": true
-   ```
-
-   
-
-   * 配置应用启动类型
-
-     迁移当前只支持多实例应用，需要在在module.json5中配置launchType字段为standard。
-
-   ```javascript
-   "launchType": "standard"
-   ```
-   
-   
-
-   * 申请分布式权限
-   
-     支持跨端迁移的应用需要在module.json5申请分布式权限 DISTRIBUTED_DATASYNC。
-   
-   ```javascript
-   "requestPermissions": [
-       {
-           "name": "ohos.permission.DISTRIBUTED_DATASYNC"
-       },
-   ```
-   
-   这个权限需要在应用首次启动的时候弹窗让用户授予，可以通过在ability的onWindowStageCreate中添加如下代码实现：
-   
-   ```javascript
-   requestPermissions = async () => {
-       let permissions: Array<string> = [
-           "ohos.permission.DISTRIBUTED_DATASYNC"
-       ];
-       let needGrantPermission = false
-       let accessManger = accessControl.createAtManager()
-       Logger.info("app permission get bundle info")
-       let bundleInfo = await bundle.getApplicationInfo(BUNDLE_NAME, 0, 100)
-       Logger.info(`app permission query permission ${bundleInfo.accessTokenId.toString()}`)
-       for (const permission of permissions) {
-           Logger.info(`app permission query grant status ${permission}`)
-           try {
-               let grantStatus = await accessManger.verifyAccessToken(bundleInfo.accessTokenId, permission)
-               if (grantStatus === PERMISSION_REJECT) {
-                   needGrantPermission = true
-                   break;
-               }
-           } catch (err) {
-               Logger.error(`app permission query grant status error ${permission} ${JSON.stringify(err)}`)
-               needGrantPermission = true
-               break;
-           }
-       }
-       if (needGrantPermission) {
-           Logger.info("app permission needGrantPermission")
-           try {
-               await this.context.requestPermissionsFromUser(permissions)
-           } catch (err) {
-               Logger.error(`app permission ${JSON.stringify(err)}`)
-           }
-       } else {
-           Logger.info("app permission already granted")
-       }
-   }
-   ```
-   
-   
-
-2. 实现onContinue接口
-
-   onContinue接口在**发起端**被调用，主要用于在迁移发起时，通知开发者保存控件状态变量和内存中数据，准备迁移。当应用准备完成后，需要返回OnContinueResult.AGREE(0)表示同意迁移，否则返回相应的错误码拒绝迁移。如果不实现该接口，系统将默认为拒绝迁移。
-
-   导入模块
-   
-   ```javascript
-   import Ability from '@ohos.application.Ability';
-   import AbilityConstant from '@ohos.application.AbilityConstant';
-   ```
-   
-   - 要实现迁移，此接口必须实现并返回AGREE，否则默认为拒绝迁移。
-
-
-   - 示例
-
-   ```javascript
-    onContinue(wantParam : {[key: string]: any}) {
-        Logger.info("onContinue using distributedObject")
-        // set user input data into want params
-        wantParam["input"] = AppStorage.Get<string>('ContinueInput');
-        Logger.info(`onContinue input = ${wantParam["input"]}`);
-        return AbilityConstant.OnContinueResult.AGREE
-    }
-   ```
-
-   
-
-3. 在onCreate接口中实现迁移逻辑
-
-   onCreate接口在迁移**目标端**被调用，在目标端ability被拉起时，通知开发者同步已保存的内存数据和控件状态，完成后触发页面的恢复。如果不实现该接口中迁移相关逻辑，ability将会作为普通的启动方式拉起，无法恢复页面。
-
-   - 远端设备上，在onCreate中根据launchReason判断该次启动是否为迁移LaunchReason.CONTINUATION
-   
-   
-   - 完成数据恢复后，开发者需要调用**restoreWindowStage**来触发页面恢复。
-   
-   
-   * 示例
-   
-   ```javascript
-       onCreate(want, launchParam) {
-           Logger.info(`MainAbility onCreate ${AbilityConstant.LaunchReason.CONTINUATION}`)
-           globalThis.abilityWant = want;
-           if (launchParam.launchReason == AbilityConstant.LaunchReason.CONTINUATION) {
-               let input = want.parameters.input // get user data from want params
-               AppStorage.SetOrCreate<string>('ContinueInput', input)
-               Logger.info(`onCreate for continuation sessionId:  ${this.sessionId}`)
-   
-               this.contentStorage = new ContentStorage();
-               this.context.restoreWindowStage(this.contentStorage);
-           }
-       }
-   ```
-   
-   
-
-### 迁移数据
-
-1. 使用分布式对象
-
-   分布式数据对象提供了与本地变量类似的操作，实现两个设备的数据同步，当设备1的应用A的分布式数据对象增、删、改数据后，设备2的应用A也可以获取到对应的数据变化，同时还能监听数据变更以及对端数据对象的上下线。用法详见[分布式对象指导文档](https://gitee.com/openharmony/docs/blob/master/zh-cn/application-dev/database/database-distributedobject-guidelines.md)。
-
-   迁移场景中，分布式对象（distributedDataObject）主要用于将本机内存数据同步到目标设备。
-
-   - 发起端在onContinue中，将待迁移的数据存入分布式对象中，然后设置好session id，并通过wantParams将session id传到远端设备。
-
-    ```javascript
-      import Ability from '@ohos.application.Ability';
-      import distributedObject from '@ohos.data.distributedDataObject';
-     
-      var g_object = distributedObject.createDistributedObject({name:undefined});
-     
-      export default class MainAbility extends Ability {
-          contentStorage : ContenStorage
-          sessionId : string;
-   
-       onContinue(wantParam : {[key: string]: any}) {
-           Logger.info("onContinue using distributedObject")
-           this.sessionId = distributedObject.genSessionId();
-           //set distributed data object session id
-           g_object.setSessionId(this.sessionId);
-           g_object.name = "Amy";
-           // set session id into want params
-           wantParam["session"] = this.sessionId;
-           return AbilityConstant.OnContinueResult.AGREE
-       }
-   
-    ```
-
-   - 目标设备在onCreate中，取出发起端传过来的session id，建立分布式对象并关联该session id，这样就能实现分布式对象的同步。需要注意的是，在调用restoreWindowStage之前，迁移需要的分布式对象必须全部关联完，保证能够获取到正确的数据。
-   
-   ```javascript
-      import Ability from '@ohos.application.Ability';
-      import distributedObject from '@ohos.data.distributedDataObject';
-      
-      var g_object = distributedObject.createDistributedObject({name:undefined});
-      
-      export default class MainAbility extends Ability {
-          contentStorage : ContentStorage
-          sessionId : string;
-      
-          statusCallback(sessionId, networkid, status) {
-              Logger.info(`continuation object status change, sessionId: ${sessionId}, status: ${status}, g_object.name: ${g_object.name}`)
-          }
-          
-          onCreate(want, launchParam) {
-              Logger.info(`MainAbility onCreate ${AbilityConstant.LaunchReason.CONTINUATION}`)
-              if (launchParam.launchReason == AbilityConstant.LaunchReason.CONTINUATION) {
-                  // get distributed data object session id from want params
-                  this.sessionId = want.parameters.session
-                  Logger.info(`onCreate for continuation sessionId:  ${this.sessionId}`)
-   
-                  g_object.on("status", this.statusCallback);
-                  // set session id, so it will sync data from remote device
-                  g_object.setSessionId(this.sessionId);
-          
-                  this.contentStorage = new ContentStorage();
-                  this.context.restoreWindowStage(this.contentStorage);
-              }
-          }
-      }
-   ```
-   
-   
-
-以上完整的示例见sample
-
-
-

zh-cn/application-dev/ability/stage-ability.md

-# Ability开发指导
-## 场景介绍
-Stage模型是基于API version 9的应用开发模型，对此模型的介绍详见[Stage模型综述](stage-brief.md)。基于Stage模型的Ability应用开发，主要涉及如下功能逻辑：
-- 创建Page Ability应用，如视频播放、新闻资讯等，需要通过屏幕进行浏览的应用，以及支持人机交互。
-- 获取Ability的配置信息，如ApplicationInfo、AbilityInfo及HapModuleInfo等。
-- 启动/带参数启动/带返回结果启动/带AccountId启动其他Ability。
-- 应用向用户申请授权。
-- 系统环境变化通知给AbilityStage及Ability。
-- 通用组件Call功能，详见[Call调用开发指导](stage-call.md)。
-- 连接ServiceAbility，与ServiceAbility断开连接，详见[ServiceExtensionAbility开发指导](stage-serviceextension.md)。
-- 应用迁移，详见[应用迁移开发指导](stage-ability-continuation.md)。
-
-## 接口说明
-AbilityStage功能如下（AbilityStage类，拥有context属性，具体的API详见[接口文档](../reference/apis/js-apis-application-abilitystage.md)）：
-
-**表1** AbilityStage API接口功能介绍
-|接口名|描述|
-|:------|:------|
-|void onCreate()|AbilityStage初始化时被调用。|
-|string onAcceptWant(want: Want)|启动指定Ability时被调用。|
-|void onConfigurationUpdated(config: Configuration)|全局配置发生变更时被调用。|
-
-Ability功能如下（Ability类，具体的API详见[接口文档](../reference/apis/js-apis-application-ability.md)）：
-
-**表2** Ability API接口功能介绍
-|接口名|描述|
-|:------|:------|
-|void onCreate(want: Want, param: AbilityConstant.LaunchParam)|Ability生命周期回调，Ability启动时被调用。|
-|void onDestroy()|Ability生命周期回调，Ability销毁时被调用。|
-|void onWindowStageCreate(windowStage: window.WindowStage)|Ability生命周期回调，创建window stage时被调用，应用开发者可通过window.WindowStage的接口执行页面加载等操作。|
-|void onWindowStageDestroy()|Ability生命周期回调，销毁window stage时被调用。|
-|void onForeground()|Ability生命周期回调，Ability切换至前台时被调用。|
-|void onBackground()|Ability生命周期回调，Ability切换至后台时被调用。|
-|void onNewWant(want: Want)|Ability回调，Ability的启动模式设置为单例时被调用。|
-|void onConfigurationUpdated(config: Configuration)|Ability回调，Ability的系统配置更新时被调用。|
-
-Ability类拥有context属性，context属性为AbilityContext类，AbilityContext类拥有abilityInfo、currentHapModuleInfo等属性，具体的API详见[接口文档](../reference/apis/js-apis-ability-context.md)。
-
-**表3** AbilityContext API接口功能介绍
-|接口名|描述|
-|:------|:------|
-|void startAbility(want: Want, callback: AsyncCallback<void>)|启动Ability。|
-|void startAbility(want: Want, options: StartOptions, callback: AsyncCallback<void>)|启动Ability。|
-|void startAbilityWithAccount(want: Want, accountId: number, callback: AsyncCallback<void>)|带AccountId启动Ability。|
-|void startAbilityWithAccount(want: Want, accountId: number, options: StartOptions, callback: AsyncCallback<void>)|带AccountId启动Ability。|
-|void startAbilityForResult(want: Want, callback: AsyncCallback<AbilityResult>)|带返回结果启动Ability。|
-|void startAbilityForResult(want: Want, options: StartOptions, callback: AsyncCallback<AbilityResult>)|带返回结果启动Ability。|
-|void startAbilityForResultWithAccount(want: Want, accountId: number, callback: AsyncCallback<AbilityResult>)|带返回结果及AccountId启动Ability。|
-|void startAbilityForResultWithAccount(want: Want, accountId: number, options: StartOptions, callback: AsyncCallback<void>)|带返回结果及AccountId启动Ability。|
-|void terminateSelf(callback: AsyncCallback<void>)|销毁当前的Page Ability。|
-|void terminateSelfWithResult(parameter: AbilityResult, callback: AsyncCallback<void>)|带返回结果销毁当前的Page Ability。|
-
-## 开发步骤
-### 创建Page Ability应用
-创建Stage模型的Page Ability应用，需实现AbilityStage接口及Ability生命周期接口，并使用窗口提供的方法设置页面。具体示例代码如下：
-1. 导入AbilityStage模块。
-   ```
-   import AbilityStage from "@ohos.application.AbilityStage"
-   ```
-2. 实现AbilityStage接口。
-   ```ts
-   export default class MyAbilityStage extends AbilityStage {
-    onCreate() {
-        console.log("MyAbilityStage onCreate")
-    }
-   }
-   ```
-3. 导入Ability模块。
-   ```js
-   import Ability from '@ohos.application.Ability'
-   ```
-4. 实现Ability生命周期接口。
-
-   在`onWindowStageCreate(windowStage)`中通过loadContent接口设置应用要加载的页面，window接口的使用详见[窗口开发指导](../windowmanager/window-guidelines.md)。
-   ```ts
-   export default class MainAbility extends Ability {
-    onCreate(want, launchParam) {
-        console.log("MainAbility onCreate")
-    }
-
-    onDestroy() {
-        console.log("MainAbility onDestroy")
-    }
-
-    onWindowStageCreate(windowStage) {
-        console.log("MainAbility onWindowStageCreate")
-
-        windowStage.loadContent("pages/index").then((data) => {
-            console.log("MainAbility load content succeed with data: " + JSON.stringify(data))
-        }).catch((error) => {
-            console.error("MainAbility load content failed with error: "+ JSON.stringify(error))
-        })
-    }
-
-    onWindowStageDestroy() {
-        console.log("MainAbility onWindowStageDestroy")
-    }
-
-    onForeground() {
-        console.log("MainAbility onForeground")
-    }
-
-    onBackground() {
-        console.log("MainAbility onBackground")
-    }
-   }
-   ```
-### 获取AbilityStage及Ability的配置信息
-AbilityStage类及Ability类均拥有context属性，应用可以通过`this.context`获取Ability实例的上下文，进而获取详细的配置信息。如下示例展示了AbilityStage通过context属性获取包代码路径、hap包名、ability名以及系统语言的方法。具体示例代码如下：
-```ts
-import AbilityStage from "@ohos.application.AbilityStage"
-export default class MyAbilityStage extends AbilityStage {
-    onCreate() {
-        console.log("MyAbilityStage onCreate")
-        let context = this.context
-        console.log("MyAbilityStage bundleCodeDir" + context.bundleCodeDir)
-
-        let currentHapModuleInfo = context.currentHapModuleInfo
-        console.log("MyAbilityStage hap module name" + currentHapModuleInfo.name)
-        console.log("MyAbilityStage hap module mainAbilityName" + currentHapModuleInfo.mainAbilityName)
-
-        let config = this.context.config
-        console.log("MyAbilityStage config language" + config.language)
-    }
-}
-```
-
-如下示例展示了Ability通过context属性获取包代码路径、hap包名、ability名以及系统语言的方法。具体示例代码如下：
-```ts
-import Ability from '@ohos.application.Ability'
-export default class MainAbility extends Ability {
-    onCreate(want, launchParam) {
-        console.log("MainAbility onCreate")
-        let context = this.context
-        console.log("MainAbility bundleCodeDir" + context.bundleCodeDir)
-
-        let abilityInfo = this.context.abilityInfo;
-        console.log("MainAbility ability bundleName" + abilityInfo.bundleName)
-        console.log("MainAbility ability name" + abilityInfo.name)
-
-        let config = this.context.config
-        console.log("MyAbilityStage config language" + config.language)
-    }
-}
-```
-
-### 启动Ability
-应用可以通过`this.context`获取Ability实例的上下文，进而使用AbilityContext中的StartAbility相关接口启动Ability。启动Ability可指定Want、StartOptions、accountId，通过callback形式或promise形式实现。具体示例代码如下：
-```ts
-let context = this.context
-var want = {
-    "deviceId": "",
-    "bundleName": "com.example.MyApplication",
-    "abilityName": "MainAbility"
-};
-var options = {
-    windowMode: 0,
-    displayId: 2
-};
-context.startAbility(want, options).then((data) => {
-    console.log("Succeed to start ability with data: " + JSON.stringify(data))
-}).catch((error) => {
-    console.error("Failed to start ability with error: "+ JSON.stringify(error))
-})
-```
-
-### 跨设备启动Ability（当前仅对系统应用开放）
->说明：由于DeviceManager的getTrustedDeviceListSync接口仅对系统应用开放，当前跨设备启动Ability仅支持系统应用
-跨设备场景下，需指定对端设备deviceId，具体示例代码如下：
-```ts
-let context = this.context
-var want = {
-    "deviceId": getRemoteDeviceId(),
-    "bundleName": "com.example.MyApplication",
-    "abilityName": "MainAbility"
-};
-context.startAbility(want).then((data) => {
-    console.log("Succeed to start remote ability with data: " + JSON.stringify(data))
-}).catch((error) => {
-    console.error("Failed to start remote ability with error: "+ JSON.stringify(error))
-})
-```
-从DeviceManager获取指定设备的deviceId。具体示例代码如下：
-```ts
-import deviceManager from '@ohos.distributedHardware.deviceManager';
-function getRemoteDeviceId() {
-    if (typeof dmClass === 'object' && dmClass != null) {
-        var list = dmClass.getTrustedDeviceListSync();
-        if (typeof (list) == 'undefined' || typeof (list.length) == 'undefined') {
-            console.log("MainAbility onButtonClick getRemoteDeviceId err: list is null");
-            return;
-        }
-        console.log("MainAbility onButtonClick getRemoteDeviceId success:" + list[0].deviceId);
-        return list[0].deviceId;
-    } else {
-        console.log("MainAbility onButtonClick getRemoteDeviceId err: dmClass is null");
-    }
-}
-```
-
-### 应用向用户申请授权
-应用需要某些权限如存储、位置信息、访问日历时，需要向用户申请授权。明确需要申请的权限后，在`module.json`中添加待申请的权限，同时通过接口`requestPermissionsFromUser`以动态弹窗的方式向用户申请授权。以访问日历为例，具体示例代码如下：
-module.json的修改：
-```json
-"requestPermissions": [
-    {
-    "name": "ohos.permission.READ_CALENDAR"
-    }
-]
-```
-通过动态弹窗向用户申请授权：
-```ts
-let context = this.context
-let permissions: Array<string> = ['ohos.permission.READ_CALENDAR']
-context.requestPermissionsFromUser(permissions).then((data) => {
-    console.log("Succeed to request permission from user with data: "+ JSON.stringify(data))
-}).catch((error) => {
-    console.log("Failed to request permission from user with error: "+ JSON.stringify(error))
-})
-```
-在跨设备场景下，需要向用户申请数据同步的权限。具体示例代码如下：
-```ts
-let context = this.context
-let permissions: Array<string> = ['ohos.permission.DISTRIBUTED_DATASYNC']
-context.requestPermissionsFromUser(permissions).then((data) => {
-    console.log("Succeed to request permission from user with data: "+ JSON.stringify(data))
-}).catch((error) => {
-    console.log("Failed to request permission from user with error: "+ JSON.stringify(error))
-})
-```
-
-### 系统环境变化通知给AbilityStage及Ability
-全局配置，比如系统语言和颜色模式发生变化时，通过`onConfigurationUpdated`接口通知给AbilityStage和Ability。系统应用可以通过`updateConfiguration`接口更新系统语言和颜色模式。如下示例展示了AbilityStage的`onConfigurationUpdated`回调实现，系统语言和颜色模式发生变化时触发该回调。具体示例代码如下：
-```ts
-import Ability from '@ohos.application.Ability'
-import ConfigurationConstant from '@ohos.application.ConfigurationConstant'
-export default class MyAbilityStage extends AbilityStage {
-    onConfigurationUpdated(config) {
-        console.log("MyAbilityStage onConfigurationUpdated")
-        console.log("MyAbilityStage config language" + config.language)
-        console.log("MyAbilityStage config colorMode" + config.colorMode)
-    }
-}
-```
-
-如下示例展示了Ability的`onConfigurationUpdated`回调实现，系统语言、颜色模式以及Display相关的参数，比如方向、Density，发生变化时触发该回调。具体示例代码如下：
-```ts
-import Ability from '@ohos.application.Ability'
-import ConfigurationConstant from '@ohos.application.ConfigurationConstant'
-export default class MainAbility extends Ability { {
-    onConfigurationUpdated(config) {
-        console.log("MainAbility onConfigurationUpdated")
-        console.log("MainAbility config language" + config.language)
-        console.log("MainAbility config colorMode" + config.colorMode)
-        console.log("MainAbility config direction" + config.direction)
-        console.log("MainAbility config screenDensity" + config.screenDensity)
-        console.log("MainAbility config displayId" + config.displayId)
-    }
-}
-```
-
-## 开发实例
-针对Stage模型Ability开发，有以下示例工程可供参考：
-
-[eTSStageCallAbility](https://gitee.com/openharmony/app_samples/tree/master/ability/eTSStageCallAbility)
-
-本示例eTSStageCallAbility中，在Application目录的AbilityStage.ts中实现AbilityStage的接口，在MainAbility目录实现Ability的接口并设置"pages/index"为Ability的页面，在CalleeAbility目录实现另一个Ability并设置"pages/second"为Ability的页面。支持MainAbility启动CalleeAbility。

zh-cn/application-dev/ability/stage-brief.md

-# Stage模型综述
-
-### 设计思想
-
-​        Stage模型的设计，主要是为了解决FA模型无法解决的开发场景问题，方便开发者更加方便地开发出分布式环境下的复杂应用。
-
-​        Stage模型的设计思想如下图所示。
-
-![stagedesign](figures/stagedesign.png)
-
-​        Stage模型的设计基于如下三个出发点：
-
-- **应用的能力与系统总体功能和功耗的平衡**
-
-  ​         在系统运行过程中，前台应用的资源占用会被优先保障，与此同时由于应用能力不同而产生的功耗，也需要符合系统整体功耗的要求。Stage模型通过Ability与UI分离、严格的后台管控、基于场景的服务机制及单进程模型来达成这种应用能力与整体系统功耗的平衡。
-
-- **原生支持组件级的迁移和协同**
-
-  ​        OpenHarmony是原生支持分布式的操作系统，应用框架需要从架构设计上使得组件更易于实现迁移和协同。Stage模型通过Ability与UI分离及UI展示与服务能力合一等模型特性，实现这一设计目标。
-
-- **支持多设备和多窗口形态的特点**
-
-  ​        为了支持多种设备形态和更易于实现多种不同的窗口形态，需要组件管理服务和窗口管理服务在架构层面上是解耦的，从而方便裁剪，更有利于定制不同的窗口形态。Stage模型通过重新定义了Ability生命周期定义和设计组件管理服务和窗口管理服务的单项依赖解决这一问题。
-
-
-### 基本概念
-
-​        下图展示了Stage模型中的基本概念。
-
-![stageconcept](figures/stageconcept.png)
-
--  **HAP**：即HarmonyAbilityPackage，OpenHarmony应用编译、分发、加载的基本单位，也称为module，每个HAP都有一个应用内唯一的名称，成为moduleName；
--  **Bundle**：通过appid标识的OpenHarmony应用，Bundle可以包含多个HAP，每个应用都有一个bundleName，但是bundleName并不能唯一标识一个应用，appid中包含bundleName以及其他的更多信息，能够唯一标识一个应用；
--  **AbilityStage**：对应HAP的运行期类，在HAP首次加载到进程中时创建，运行期开发者可见；
--  **Application**：对应Bundle的运行期类，运行期开发者不可见；
--  **Context**：提供运行期开发者可以调用的各种能力，Ability组件和各种ExtensionAbility都有各自不同的context类，他们都继承自基类Context，基类提供包名、moduleName、路径等信息；
--  **Ability**：提供生命周期回调，持有AbilityContext，支持组件迁移/协同;
--  **ExtensionAbility**：基于场景的服务扩展能力统称，系统定义了多种基于场景的ExtensionAbility类，它们持有各自的ExtensionAbilityContext;
--  **WindowStage**：本地窗口管理器；
--  **Window**：窗口 管理器管理的基本单元，持有一个ArkUI引擎实例；
-- **Ark UI Page**：Ark声明式UI展示。
-
-
-### 生命周期
-
-​        Ability及AbilityStage的生命周期是应用的基本流程中最重要的概念。在[Ability框架概述](ability-brief.md)中，给出了FA模型与Stage模型的生命周期对比，这里重点对Ability生命周期切换以及和AbilityStage、WindowStage之间的调度关系进行介绍。
-
-![stageabilitylifecyclecallback](figures/stageabilitylifecyclecallback.png)
-
-​        为了实现多设备形态上的裁剪和多窗口的可扩展性，OpenHarmony对组件管理和窗口管理进行了解耦。Stage模型定义Ability组件的生命周期，只包含创建、销毁、前后台等状态，而将与界面相关内容强相关的获焦、失焦状态放在WindowStage之中，从而实现Ability与窗口之间的弱耦合；在服务侧，窗口管理服务依赖于组件管理服务，前者通知后者前后台变化，这样组件管理服务仅感知前后台变化，不感知焦点变化。
-
-### ExtensionAbility机制
-
-​        不同于用于页面展示的Ability，ExtensionAbility提供的是一种受限的服务运行环境。ExtensionAbility具有如下特点：
-
-- 独立于主进程的单独进程运行，与主进程无IPC，共享一个存储沙箱；
-
-- 独立的Context提供基于业务场景的api能力；
-
-- 由系统触发创建，应用不能直接创建；
-
-- ExtensionAbility和进程的生命周期受系统管理。
-
-​        下图以卡片服务使用场景为例进行展示，系统提供了FormExtensionAbility基类，开发者通过派生提供卡片的具体信息。FormExtensionAbility实例及其所在的ExtensionAbility进程的整个生命周期，都是由系统服务FormManagerService进行管理。
-
-![ExtensionAbility](figures/ExtensionAbility.png)
-
-### 进程模型
-
-​        OpenHarmony系统中的应用均满足单进程模型。所谓的单进程模型，是指不允许应用配置多进程，应用中所有的进程都是由系统创建和管理的。每个应用至多并存三类进程：
-
-- 主进程：运行所有的Ability组件、页面和业务逻辑；
-
-- Extension进程：运行应用中的ExtensionAbility派生类，该进程由系统中的特定场景的服务管理其生命周期；
-
-- Render进程：专门为webview创建的进程，用于加载webview的渲染库。
-
-  下图展示了应用的进程模型。
-
-  ![stageprocessmodel](figures/stageprocessmodel.png)

zh-cn/application-dev/ability/stage-call.md

-# Call调用开发指导
-## 场景介绍
-Ability Call调用是Ability能力的扩展，它为Ability提供一种能够被外部调用的能力。使Ability既能被拉起到前台展示UI，也支持Ability在后台被创建并运行。应用开发者可通过Call调用，使用IPC通信实现不同Ability之间的数据共享。Call调用的场景主要包括：
-- 创建Callee被调用端。
-- 访问Callee被调用端。
-
-本文中的Caller和Callee分别表示调用者和被调用者，Call调用流程示意图如下。
-
-![stage-call](figures/stage-call.png)
-
-## 接口说明
-Caller及Callee功能如下：具体的API详见[接口文档](../reference/apis/js-apis-application-ability.md#caller)。
-
-**表1** Call API接口功能介绍
-|接口名|描述|
-|:------|:------|
-|Promise<Caller> startAbilityByCall(want: Want)|获取指定通用组件的Caller通信接口，拉起指定通用组件并将其切换到后台。|
-|void on(method: string, callback: CaleeCallBack)|Callee.on，通用组件Callee注册method对应的callback方法。|
-|void off(method: string)|Callee.off，通用组件Callee去注册method的callback方法。|
-|Promise<void> call(method: string, data: rpc.Sequenceable)|Caller.call，向通用组件Callee发送约定序列化数据。|
-|Promise<rpc.MessageParcel> callWithResult(method: string, data: rpc.Sequenceable)|Caller.callWithResult，向通用组件Callee发送约定序列化数据, 并将返回的约定序列化数据带回。|
-|void release()|Caller.release，释放通用组件的Caller通信接口。|
-|void onRelease(callback: OnReleaseCallBack)|Caller.onRelease，注册通用组件通信断开监听通知。|
-
-## 开发步骤
-### 创建Callee被调用端
-Callee被调用端，需要实现指定方法的数据接收回调函数、数据的序列化及反序列化方法。在需要接收数据期间，通过on接口注册监听，无需接收数据时通过off接口解除监听。
-1. 配置Ability的启动模式
-
-  配置module.json5，将Callee被调用端所在的Ability配置为单实例"singleton"。
-
-|Json字段|字段说明|
-|:------|:------|
-|"launchType"|Ability的启动模式，设置为"singleton"类型 |
-
-Ability配置标签示例如下：
-```json
-"abilities":[{
-    "name": ".CalleeAbility",
-    "srcEntrance": "./ets/CalleeAbility/CalleeAbility.ts",
-    "launchType": "singleton",
-    "description": "$string:CalleeAbility_desc",
-    "icon": "$media:icon",
-    "label": "$string:CalleeAbility_label",
-    "visible": true
-}]
-```
-2. 导入Ability模块
-```
-import Ability from '@ohos.application.Ability'
-```
-3. 定义约定的序列化数据
-
-  调用端及被调用端发送接收的数据格式需协商一致，如下示例约定数据由number和string组成。具体示例代码如下：
-```ts
-export default class MySequenceable {
-    num: number = 0
-    str: String = ""
-
-    constructor(num, string) {
-        this.num = num
-        this.str = string
-    }
-
-    marshalling(messageParcel) {
-        messageParcel.writeInt(this.num)
-        messageParcel.writeString(this.str)
-        return true
-    }
-
-    unmarshalling(messageParcel) {
-        this.num = messageParcel.readInt()
-        this.str = messageParcel.readString()
-        return true
-    }
-}
-```
-4. 实现Callee.on监听及Callee.off解除监听
-
-  被调用端Callee的监听函数注册时机, 取决于应用开发者。注册监听之前的数据不会被处理，取消监听之后的数据不会被处理。如下示例在Ability的onCreate注册'CalleeSortMethod'监听，在onDestroy取消监听，收到序列化数据后作相应处理并返回，应用开发者根据实际需要做相应处理。具体示例代码如下：
-```ts
-const TAG: string = '[CalleeAbility]'
-const MSG_SEND_METHOD: string = 'CallSendMsg'
-
-function sendMsgCallback(data) {
-    Logger.log(TAG, 'CalleeSortFunc called')
-
-    // 获取Caller发送的序列化数据
-    let receivedData = new MySequenceable(0, '')
-    data.readSequenceable(receivedData)
-    Logger.log(TAG, `receiveData[${receivedData.num}, ${receivedData.str}]`)
-
-    // 作相应处理
-    // 返回序列化数据result给Caller
-    return new MySequenceable(receivedData.num + 1, `send ${receivedData.str} succeed`)
-}
-
-export default class CalleeAbility extends Ability {
-    onCreate(want, launchParam) {
-        try {
-            this.callee.on(MSG_SEND_METHOD, sendMsgCallback)
-        } catch (error) {
-            Logger.error(TAG, `${MSG_SEND_METHOD} register failed with error ${JSON.stringify(error)}`)
-        }
-    }
-
-    onDestroy() {
-        try {
-            this.callee.off(MSG_SEND_METHOD)
-        } catch (error) {
-            console.error(TAG, `${MSG_SEND_METHOD} unregister failed with error ${JSON.stringify(error)}`)
-        }
-    }
-}
-```
-
-### 访问Callee被调用端
-1. 导入Ability模块
-```
-import Ability from '@ohos.application.Ability'
-```
-2. 获取Caller通信接口
-
-  Ability的context属性实现了startAbilityByCall方法，用于获取指定通用组件的Caller通信接口。如下示例通过`this.context`获取Ability实例的context属性，使用startAbilityByCall拉起Callee被调用端并获取Caller通信接口，注册Caller的onRelease监听。应用开发者根据实际需要做相应处理。具体示例代码如下：
-```ts
-async onButtonGetCaller() {
-    try {
-        this.caller = await context.startAbilityByCall({
-            bundleName: 'com.samples.CallApplication',
-            abilityName: 'CalleeAbility'
-        })
-        if (this.caller === undefined) {
-            Logger.error(TAG, 'get caller failed')
-            return
-        }
-        Logger.log(TAG, 'get caller success')
-        this.regOnRelease(this.caller)
-    } catch (error) {
-        Logger.error(TAG, `get caller failed with ${error}`)
-    }
-}.catch((error) => {
-    console.error(TAG + 'get caller failed with ' + error)
-})
-```
-在跨设备场景下，需指定对端设备deviceId。具体示例代码如下：
-```ts
-let TAG = '[MainAbility] '
-var caller = undefined
-let context = this.context
-
-context.startAbilityByCall({
-    deviceId: getRemoteDeviceId(),
-    bundleName: 'com.samples.CallApplication',
-    abilityName: 'CalleeAbility'
-}).then((data) => {
-    if (data != null) {
-        caller = data
-        console.log(TAG + 'get remote caller success')
-        // 注册caller的release监听
-        caller.onRelease((msg) => {
-            console.log(TAG + 'remote caller onRelease is called ' + msg)
-        })
-        console.log(TAG + 'remote caller register OnRelease succeed')
-    }
-}).catch((error) => {
-    console.error(TAG + 'get remote caller failed with ' + error)
-})
-```
-从DeviceManager获取指定设备的deviceId，getTrustedDeviceListSync接口仅对系统应用开放。具体示例代码如下：
-```ts
-import deviceManager from '@ohos.distributedHardware.deviceManager';
-var dmClass;
-function getRemoteDeviceId() {
-    if (typeof dmClass === 'object' && dmClass != null) {
-        var list = dmClass.getTrustedDeviceListSync();
-        if (typeof (list) == 'undefined' || typeof (list.length) == 'undefined') {
-            console.log("MainAbility onButtonClick getRemoteDeviceId err: list is null");
-            return;
-        }
-        console.log("MainAbility onButtonClick getRemoteDeviceId success:" + list[0].deviceId);
-        return list[0].deviceId;
-    } else {
-        console.log("MainAbility onButtonClick getRemoteDeviceId err: dmClass is null");
-    }
-}
-```
-在跨设备场景下，需要向用户申请数据同步的权限。具体示例代码如下：
-```ts
-let context = this.context
-let permissions: Array<string> = ['ohos.permission.DISTRIBUTED_DATASYNC']
-context.requestPermissionsFromUser(permissions).then((data) => {
-    console.log("Succeed to request permission from user with data: "+ JSON.stringify(data))
-}).catch((error) => {
-    console.log("Failed to request permission from user with error: "+ JSON.stringify(error))
-})
-```
-3. 发送约定序列化数据
-
-向被调用端发送Sequenceable数据有两种方式，一种是不带返回值，一种是获取被调用端返回的数据，method以及序列化数据需要与被调用端协商一致。如下示例调用Call接口，向Calee被调用端发送数据。具体示例代码如下：
-```ts
-const MSG_SEND_METHOD: string = 'CallSendMsg'
-async onButtonCall() {
-    try {
-        let msg = new MySequenceable(1, 'origin_Msg')
-        await this.caller.call(MSG_SEND_METHOD, msg)
-    } catch (error) {
-        Logger.error(TAG, `caller call failed with ${error}`)
-    }
-}
-```
-
-如下示例调用CallWithResult接口，向Calee被调用端发送待处理的数据`originMsg`，并将'CallSendMsg'方法处理完毕的数据赋值给`backMsg`。具体示例代码如下：
-```ts
-const MSG_SEND_METHOD: string = 'CallSendMsg'
-originMsg: string = ''
-backMsg: string = ''
-async onButtonCallWithResult(originMsg, backMsg) {
-    try {
-        let msg = new MySequenceable(1, originMsg)
-        const data = await this.caller.callWithResult(MSG_SEND_METHOD, msg)
-        Logger.log(TAG, 'caller callWithResult succeed')
-
-        let result = new MySequenceable(0, '')
-        data.readSequenceable(result)
-        backMsg(result.str)
-        Logger.log(TAG, `caller result is [${result.num}, ${result.str}]`)
-    } catch (error) {
-        Logger.error(TAG, `caller callWithResult failed with ${error}`)
-    }
-}
-```
-4. 释放Caller通信接口
-
-Caller不再使用后，应用开发者可以通过release接口释放Caller。具体示例代码如下：
-```ts
-try {
-    this.caller.release()
-    this.caller = undefined
-    Logger.log(TAG, 'caller release succeed')
-} catch (error) {
-    Logger.error(TAG, `caller release failed with ${error}`)
-}
-```
-
-## 开发实例
-针对Stage模型本地Call功能开发，有以下示例工程可供参考：
-
-[eTSStageCallAbility](https://gitee.com/openharmony/app_samples/tree/master/ability/eTSStageCallAbility)
-
-本示例eTSStageCallAbility中，在Application目录的AbilityStage.ts中实现AbilityStage的接口，在MainAbility目录实现Ability的接口并设置"pages/index"为Ability的页面，在CaleeAbility目录实现Ability的接口、Callee被调用端，设置"pages/second"为Ability的页面。MainAbility作为调用端，CalleeAbility作为被调用端。MainAbility拉起CalleeAbility，获取Caller通信接口后，支持用户输入字符串，做序列化处理后传递给CaleeAbility处理，CaleeAbility根据收到的数据做页面刷新并返回结果给MainAbility。

zh-cn/application-dev/ability/stage-formextension.md

-# Stage卡片开发指导
-
-## 卡片概述
-
-卡片是一种界面展示形式，可以将应用的重要信息或操作前置到卡片，以达到服务直达，减少体验层级的目的。
-
-卡片常用于嵌入到其他应用（当前只支持系统应用）中作为其界面的一部分显示，并支持拉起页面，发送消息等基础的交互功能。卡片使用方负责显示卡片。
-
-卡片的基本概念：
-
-- 卡片提供方
-  提供卡片显示内容原子化服务，控制卡片的显示内容、控件布局以及控件点击事件。
-- 卡片使用方
-  显示卡片内容的宿主应用，控制卡片在宿主中展示的位置。
-- 卡片管理服务
-  用于管理系统中所添加卡片的常驻代理服务，包括卡片对象的管理与使用，以及卡片周期性刷新等。
-
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
-> 卡片使用方和提供方不要求常驻运行，在需要添加/删除/请求更新卡片时，卡片管理服务会拉起卡片提供方获取卡片信息。
-
-开发者仅需作为卡片提供方进行卡片内容的开发，卡片使用方和卡片管理服务由系统自动处理。
-
-卡片提供方控制卡片实际显示的内容、控件布局以及点击事件。
-
-## 场景介绍
-
-Stage卡片开发，即基于[Stage模型综述](stage-brief.md)的卡片提供方开发，主要涉及如下功能逻辑：
-
-- 卡片生命周期回调函数FormExtension开发。
-- 创建卡片数据FormBindingData对象。
-- 通过FormProvider更新卡片。
-- 卡片页面开发。
-
-## 接口说明
-
-FormExtension功能如下：FormExtension类，拥有context属性，具体的API详见[接口文档](../reference/apis/js-apis-formextension.md)。
-
-**表1** FormExtension API接口功能介绍
-
-| 接口名                                                       | 描述                                         |
-| :----------------------------------------------------------- | :------------------------------------------- |
-| onCreate(want: Want): formBindingData.FormBindingData        | 卡片提供方接收创建卡片的通知接口。           |
-| onCastToNormal(formId: string): void                         | 卡片提供方接收临时卡片转常态卡片的通知接口。 |
-| onUpdate(formId: string): void                               | 卡片提供方接收更新卡片的通知接口。           |
-| onVisibilityChange(newStatus: { [key: string]: number }): void | 卡片提供方接收修改可见性的通知接口。         |
-| onEvent(formId: string, message: string): void               | 卡片提供方接收处理卡片事件的通知接口。       |
-| onDestroy(formId: string): void                              | 卡片提供方接收销毁卡片的通知接口。           |
-| onConfigurationUpdated(config: Configuration): void;         | 当系统配置更新时调用。                       |
-
-FormExtension类拥有context属性，context属性为FormExtensionContext类，具体的API详见[接口文档](../reference/apis/js-apis-formextensioncontext.md)。
-
-**表2** FormExtensionContext API接口功能介绍
-
-| 接口名                                                       | 描述                      |
-| :----------------------------------------------------------- | :------------------------ |
-| updateForm(formId: string, formBindingData: formBindingData.FormBindingData, callback: AsyncCallback\<void>): void | 回调形式主动更新卡片。    |
-| updateForm(formId: string, formBindingData: formBindingData.FormBindingData): Promise\<void> | Promise形式主动更新卡片。 |
-
-FormProvider类具体的API详见[接口文档](../reference/apis/js-apis-formprovider.md)。
-
-**表3** FormProvider API接口功能介绍
-
-| 接口名                                                       | 描述                                              |
-| :----------------------------------------------------------- | :------------------------------------------------ |
-| setFormNextRefreshTime(formId: string, minute: number, callback: AsyncCallback&lt;void&gt;): void; | 设置指定卡片的下一次更新时间。                    |
-| setFormNextRefreshTime(formId: string, minute: number): Promise&lt;void&gt;; | 设置指定卡片的下一次更新时间，以promise方式返回。 |
-| updateForm(formId: string, formBindingData: FormBindingData, callback: AsyncCallback&lt;void&gt;): void; | 更新指定的卡片。                                  |
-| updateForm(formId: string, formBindingData: FormBindingData): Promise&lt;void&gt;; | 更新指定的卡片，以promise方式返回。               |
-
-## 开发步骤
-
-### 创建卡片FormExtension
-
-创建Stage模型的卡片，需实现FormExtension生命周期接口。具体示例代码如下：
-
-1. 导入相关模块
-
-   ```javascript
-   import FormExtension from '@ohos.application.FormExtension'
-   import formBindingData from '@ohos.application.formBindingData'
-   import formInfo from '@ohos.application.formInfo'
-   import formProvider from '@ohos.application.formProvider'
-   ```
-
-2. 实现FormExtension生命周期接口
-
-   ```javascript
-   export default class FormAbility extends FormExtension {
-       onCreate(want) {
-           console.log('FormAbility onCreate');
-           // 由开发人员自行实现，将创建的卡片信息持久化，以便在下次获取/更新该卡片实例时进行使用
-           let obj = {
-               "title": "titleOnCreate",
-               "detail": "detailOnCreate"
-           };
-           let formData = formBindingData.createFormBindingData(obj);
-           return formData;
-       }
-       onCastToNormal(formId) {
-           // 使用方将临时卡片转换为常态卡片触发，提供方需要做相应的处理
-           console.log('FormAbility onCastToNormal');
-       }
-       onUpdate(formId) {
-           // 若卡片支持定时更新/定点更新/卡片使用方主动请求更新功能，则提供方需要覆写该方法以支持数据更新
-           console.log('FormAbility onUpdate');
-           let obj = {
-               "title": "titleOnUpdate",
-               "detail": "detailOnUpdate"
-           };
-           let formData = formBindingData.createFormBindingData(obj);
-           formProvider.updateForm(formId, formData).catch((error) => {
-               console.log('FormAbility updateForm, error:' + JSON.stringify(error));
-           });
-       }
-       onVisibilityChange(newStatus) {
-           // 使用方发起可见或者不可见通知触发，提供方需要做相应的处理
-           console.log('FormAbility onVisibilityChange');
-       }
-       onEvent(formId, message) {
-           // 若卡片支持触发事件，则需要覆写该方法并实现对事件的触发
-           console.log('FormAbility onEvent');
-       }
-       onDestroy(formId) {
-           // 删除卡片实例数据
-           console.log('FormAbility onDestroy');
-       }
-       onAcquireFormState(want) {
-           console.log('FormAbility onAcquireFormState');
-           return formInfo.FormState.READY;
-       }
-   }
-   ```
-
-### 配置卡片配置文件
-
-Form需要在应用配置文件module.json中进行配置。
-
-- extensionAbility模块，内部字段结构说明：
-
-  | 属性名称    | 含义                                                         | 数据类型   | 是否可缺省           |
-  | ----------- | ------------------------------------------------------------ | ---------- | -------------------- |
-  | name        | 表示extensionAbility的名字。该标签不可缺省。                 | 字符串     | 否                   |
-  | srcEntrance | 表示extensionAbility所对应的JS的代码路径。该标签不可缺省。   | 字符串     | 否                   |
-  | description | 表示extensionAbility的描述。可以是表示描述内容的字符串，也可以是对描述内容的资源索引以支持多语言。 | 字符串     | 可缺省，缺省值为空。 |
-  | icon        | 表示extensionAbility的图标资源文件的索引。                   | 字符串     | 可缺省，缺省值为空。 |
-  | label       | 表示extensionAbility的标签信息，即extensionAbility对外显示的文字描述信息。取值可以是描述性内容，也可以是标识label的资源索引。 | 字符串     | 可缺省，缺省值为空。 |
-  | type        | 表示extensionAbility的类型。取值form、service等              | 字符串     | 否                   |
-  | permissions | 表示其他应用的Ability调用此Ability时需要申请的权限。         | 字符串数组 | 可缺省，缺省值为空。 |
-  | metadata    | 表示extensionAbility的元信息。用于描述extensionAbility的配置信息。 | 对象       | 可缺省，缺省值为空   |
-
-  对于FormExtensionAbility来说，type需要配置为form，并且需要填写metadata元信息，用于配置卡片的具体信息。
-
-  配置示例如下：
-
-     ```json
-  "extensionAbilities": [{
-      "name": "FormAbility",
-      "srcEntrance": "./ets/FormAbility/FormAbility.ts",
-      "label": "$string:form_FormAbility_label",
-      "description": "$string:form_FormAbility_desc",
-      "type": "form",
-      "metadata": [{
-          "name": "ohos.extension.form",
-          "resource": "$profile:form_config"
-      }]
-  }]
-     ```
-
-- 卡片profile模块。在 FormExtensionAbility 的元信息中，需要使用 ohos.extension.form 指定的资源文件的路径，如使用  $profile:form_config 指定开发视图的 resources/base/profile/ 目录下的 form_config.json 作为卡片profile配置文件。
-
-  内部字段结构说明：
-  
-  | 属性名称            | 含义                                                         | 数据类型   | 是否可缺省               |
-  | ------------------- | ------------------------------------------------------------ | ---------- | ------------------------ |
-  | name                | 表示卡片的类名。字符串最大长度为127字节。                    | 字符串     | 否                       |
-  | description         | 表示卡片的描述。取值可以是描述性内容，也可以是对描述性内容的资源索引，以支持多语言。字符串最大长度为255字节。 | 字符串     | 可缺省，缺省为空。       |
-  | src                 | 表示卡片对应的UI代码的完整路径。                             | 字符串     | 否                       |
-  | window              | 用于定义与显示窗口相关的配置。                               | 对象       | 可缺省                   |
-  | isDefault           | 表示该卡片是否为默认卡片，每个Ability有且只有一个默认卡片。<br />true：默认卡片。<br />false：非默认卡片。 | 布尔值     | 否                       |
-  | colorMode           | 表示卡片的主题样式，取值范围如下：<br />auto：自适应。<br />dark：深色主题。<br />light：浅色主题。 | 字符串     | 可缺省，缺省值为“auto”。 |
-  | supportDimensions   | 表示卡片支持的外观规格，取值范围：<br />1 * 2：表示1行2列的二宫格。<br />2 * 2：表示2行2列的四宫格。<br />2 * 4：表示2行4列的八宫格。<br />4 * 4：表示4行4列的十六宫格。 | 字符串数组 | 否                       |
-  | defaultDimension    | 表示卡片的默认外观规格，取值必须在该卡片supportDimensions配置的列表中。 | 字符串     | 否                       |
-  | updateEnabled       | 表示卡片是否支持周期性刷新，取值范围：<br />true：表示支持周期性刷新，可以在定时刷新（updateDuration）和定点刷新（scheduledUpdateTime）两种方式任选其一，优先选择定时刷新。<br />false：表示不支持周期性刷新。 | 布尔类型   | 否                       |
-  | scheduledUpdateTime | 表示卡片的定点刷新的时刻，采用24小时制，精确到分钟。         | 字符串     | 可缺省，缺省值为“0:0”。  |
-  | updateDuration      | 表示卡片定时刷新的更新周期，单位为30分钟，取值为自然数。<br />当取值为0时，表示该参数不生效。<br />当取值为正整数N时，表示刷新周期为30*N分钟。 | 数值       | 可缺省，缺省值为“0”。    |
-  | formConfigAbility   | 表示用于调整卡片的设施或活动的名称。                         | 字符串     | 可缺省，缺省值为空。     |
-  | formVisibleNotify   | 标识是否允许卡片使用卡片可见性通知                           | 字符串     | 可缺省，缺省值为空。     |
-  | metaData            | 表示卡片的自定义信息，包含customizeData数组标签。            | 对象       | 可缺省，缺省值为空。     |
-
-     配置示例如下：
-  
-     ```json
-  {
-      "forms": [{
-          "name": "widget",
-          "description": "This is a service widget.",
-          "src": "./js/widget/pages/index/index",
-          "window": {
-              "autoDesignWidth": true,
-              "designWidth": 720
-          },
-          "isDefault": true,
-          "colorMode": "auto",
-          "supportDimensions": ["2*2"],
-          "defaultDimension": "2*2",
-          "updateEnabled": true,
-          "scheduledUpdateTime": "10:30",
-          "updateDuration": 1
-      }]
-  }
-     ```
-
-
-### 卡片信息的持久化
-
-因大部分卡片提供方都不是常驻服务，只有在需要使用时才会被拉起获取卡片信息，且卡片管理服务支持对卡片进行多实例管理，卡片ID对应实例ID，因此若卡片提供方支持对卡片数据进行配置，则需要对卡片的业务数据按照卡片ID进行持久化管理，以便在后续获取、更新以及拉起时能获取到正确的卡片业务数据。
-
-```javascript
-       onCreate(want) {
-           console.log('FormAbility onCreate');
-
-           let formId = want.parameters["ohos.extra.param.key.form_identity"];
-           let formName = want.parameters["ohos.extra.param.key.form_name"];
-           let tempFlag = want.parameters["ohos.extra.param.key.form_temporary"];
-           // 由开发人员自行实现，将创建的卡片信息持久化，以便在下次获取/更新该卡片实例时进行使用
-           storeFormInfo(formId, formName, tempFlag, want);
-
-           let obj = {
-               "title": "titleOnCreate",
-               "detail": "detailOnCreate"
-           };
-           let formData = formBindingData.createFormBindingData(obj);
-           return formData;
-       }
-```
-
-且需要适配onDestroy卡片删除通知接口，在其中实现卡片实例数据的删除。
-
-```javascript
-       onDestroy(formId) {
-           // 删除卡片实例数据
-           deleteFormInfo(formId);
-           console.log('FormAbility onDestroy');
-       }
-```
-
-具体的持久化方法可以参考[轻量级数据存储开发指导](../database/database-preference-guidelines.md)。
-
-需要注意的是，卡片使用方在请求卡片时传递给提供方应用的Want数据中存在临时标记字段，表示此次请求的卡片是否为临时卡片：
-
-常态卡片：卡片使用方会持久化的卡片；
-
-临时卡片：卡片使用方不会持久化的卡片；
-
-由于临时卡片的数据具有非持久化的特殊性，某些场景比如卡片服务框架死亡重启，此时临时卡片数据在卡片管理服务中已经删除，且对应的卡片ID不会通知到提供方，所以卡片提供方需要自己负责清理长时间未删除的临时卡片数据。同时对应的卡片使用方可能会将之前请求的临时卡片转换为常态卡片。如果转换成功，卡片提供方也需要对对应的临时卡片ID进行处理，把卡片提供方记录的临时卡片数据转换为常态卡片数据，防止提供方在清理长时间未删除的临时卡片时，把已经转换为常态卡片的临时卡片信息删除，导致卡片信息丢失。
-
-### 开发卡片页面
-开发者可以使用hml+css+json开发JS卡片页面：
-
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
-> 当前仅支持JS扩展的类Web开发范式来实现卡片的UI页面。
-
-   - hml:
-   ```html
-   <div class="container">
-       <stack>
-           <div class="container-img">
-               <image src="/common/widget.png" class="bg-img"></image>
-           </div>
-           <div class="container-inner">
-               <text class="title">{{title}}</text>
-               <text class="detail_text" onclick="routerEvent">{{detail}}</text>
-           </div>
-       </stack>
-   </div>
-   ```
-
-   - css:
-
-   ```css
-.container {
-    flex-direction: column;
-    justify-content: center;
-    align-items: center;
-}
-
-.bg-img {
-    flex-shrink: 0;
-    height: 100%;
-}
-
-.container-inner {
-    flex-direction: column;
-    justify-content: flex-end;
-    align-items: flex-start;
-    height: 100%;
-    width: 100%;
-    padding: 12px;
-}
-
-.title {
-    font-size: 19px;
-    font-weight: bold;
-    color: white;
-    text-overflow: ellipsis;
-    max-lines: 1;
-}
-
-.detail_text {
-    font-size: 16px;
-    color: white;
-    opacity: 0.66;
-    text-overflow: ellipsis;
-    max-lines: 1;
-    margin-top: 6px;
-}
-   ```
-
-   - json:
-   ```json
-   {
-     "data": {
-       "title": "TitleDefault",
-       "detail": "TextDefault"
-     },
-     "actions": {
-       "routerEvent": {
-         "action": "router",
-         "abilityName": "com.example.MyApplication.hmservice.FormAbility",
-         "params": {
-           "message": "add detail"
-         }
-       }
-     }
-   }
-   ```
-
-最终可以得到，如下卡片：
-
-![fa-form-example](figures/fa-form-example.png)
\ No newline at end of file

zh-cn/application-dev/ability/stage-serviceextension.md

-# ServiceExtensionAbility开发指导
-
-## 场景介绍
-ExtensionAbility，是Stage模型中新增的扩展组件的基类，一般用于处理无界面的任务，生命周期较简单，没有前后台生命周期。ServiceExtensionAbility是ExtensionAbility的扩展类。
-
-开发者可以自定义类继承ServiceExtensionAbility，通过重写基类中相关生命周期方法，来做初始化、连接中、断开连接时相关业务逻辑操作。
-
-## 接口说明
-
-**表1** ServiceExtensionAbility中相关生命周期功能介绍
-|接口名|描述|
-|:------|:------|
-|onCreate|首次调用startAbility、connectAbility时触发，开发者可以进行初始化操作。|
-|onRequest|每次调用startAbility都会触发，首次调用时startId为1，重复调用startAbility递增。|
-|onConnect|调用connectAbility触发，重复调用不会再次触发，除非调用disconnectAbility解除绑定后再调用；onConnect返回一个进程通信类RemoteObject。|
-|onDisconnect|调用disconnectAbility触发，Extension如果是用connectAbility拉起的，并且已经没有其他应用绑定这个Extension，则会触发onDestroy生命周期销毁组件。|
-|onDestroy|调用停止当前ability接口terminateSelf会触发。|
-
-
-## 约束与限制
-
-- OpenHarmony当前不支持三方应用创建ServiceExtensionAbility。
-
-
-## 开发步骤
-
-1.创建ServiceExtensionAbility
-
-开发者在创建TS文件中自定义类继承ServiceExtensionAbility，重写基类回调函数，示例如下：
-
-  ```js
-  import rpc from '@ohos.rpc'
-  class StubTest extends rpc.RemoteObject {
-    constructor(des) {
-          super(des);
-    }
-    onRemoteRequest(code, data, reply, option) {
-    }
-  }
-
-  class ServiceExt extends ServiceExtensionAbility {
-    onCreate(want) {
-      console.log('onCreate, want:' + want.abilityName);
-    }
-    onRequest(want, startId) {
-      console.log('onRequest, want:' + want.abilityName);
-    }
-    onConnect(want) {
-      console.log('onConnect , want:' + want.abilityName);
-      return new StubTest("test");
-    }
-    onDisconnect(want) {
-      console.log('onDisconnect, want:' + want.abilityName);
-    }
-    onDestroy() {
-      console.log('onDestroy');
-    }
-  }
-  ```
-
-
-2.注册ServiceExtensionAbility
-
-需要在应用配置文件module.json中进行注册，注册类型type需要设置为service。
-
-**module.json配置样例**
-
-```json
-"extensionAbilities":[{
-    "name": "ServiceExtAbility",
-    "icon": "$media:icon",
-    "description": "service",
-    "type": "service",
-    "visible": true,
-    "srcEntrance": "./ets/ServiceExtAbility/ServiceExtAbility.ts"    
-}]
-```
-
-## 开发实例
-
-针对ServiceExtensionAbility开发，有以下示例工程可供参考：
-
-- [ServiceExtensionAbility](https://gitee.com/openharmony/app_samples/tree/master/ability/eTSServiceExtAbility)
-
-本示例ServiceExtensionAbility中：
-
-在ServiceExtensionAbility目录中的ServiceExtAbility.ts文件创建一个ServiceExtensionAbility实例。

zh-cn/application-dev/application-dev-guide.md

@@ -18,7 +18,7 @@
 
 首先，提供了支撑OpenHarmony应用的两个重要框架：
 
-- 应用程序的框架：[Ability开发](ability/ability-brief.md)
+- 应用程序的框架：[Ability开发](ability/fa-brief.md)
 - UI的框架：[UI开发](ui/arkui-overview.md)
 
 所有应用都应该在这两个框架的基础之上进行功能的开发。

zh-cn/application-dev/application-dev-website.md

@@ -14,19 +14,11 @@
 
 - 开发
   - [Ability开发](ability/Readme-CN.md)
-    - [Ability框架概述](ability/ability-brief.md)
-    - FA模型
-      - [FA模型综述](ability/fa-brief.md)
-      - [PageAbility开发指导](ability/fa-pageability.md)
-      - [ServiceAbility开发指导](ability/fa-serviceability.md)
-      - [DataAbility开发指导](ability/fa-dataability.md)
-      - [FormAbility开发指导](ability/fa-formability.md)
-    - Stage模型
-      - [Stage模型综述](ability/stage-brief.md)
-      - [Ability开发指导](ability/stage-ability.md)
-      - [ServiceExtensionAbility开发指导](ability/stage-serviceextension.md)
-      - [FormExtensionAbility开发指导](ability/stage-formextension.md)
-      - [应用迁移开发指导](ability/stage-ability-continuation.md)
+    - [FA模型综述](ability/fa-brief.md)
+    - [PageAbility开发指导](ability/fa-pageability.md)
+    - [ServiceAbility开发指导](ability/fa-serviceability.md)
+    - [DataAbility开发指导](ability/fa-dataability.md)
+    - [FormAbility开发指导](ability/fa-formability.md)
     - 其他
       - [WantAgent使用指导](ability/wantagent.md)
       - [Ability助手使用指导](ability/ability-assistant-guidelines.md)

zh-cn/application-dev/website.md

@@ -15,19 +15,11 @@
 
 - 开发
   - Ability开发
-    - [Ability框架概述](ability/ability-brief.md)
-    - FA模型
-      - [FA模型综述](ability/fa-brief.md)
-      - [PageAbility开发指导](ability/fa-pageability.md)
-      - [ServiceAbility开发指导](ability/fa-serviceability.md)
-      - [DataAbility开发指导](ability/fa-dataability.md)
-      - [FormAbility开发指导](ability/fa-formability.md)
-    - Stage模型
-      - [Stage模型综述](ability/stage-brief.md)
-      - [Ability开发指导](ability/stage-ability.md)
-      - [ServiceExtensionAbility开发指导](ability/stage-serviceextension.md)
-      - [FormExtensionAbility开发指导](ability/stage-formextension.md)
-      - [应用迁移开发指导](ability/stage-ability-continuation.md)
+    - [FA模型综述](ability/fa-brief.md)
+    - [PageAbility开发指导](ability/fa-pageability.md)
+    - [ServiceAbility开发指导](ability/fa-serviceability.md)
+    - [DataAbility开发指导](ability/fa-dataability.md)
+    - [FormAbility开发指导](ability/fa-formability.md)
     - 其他
       - [WantAgent使用指导](ability/wantagent.md)
       - [Ability助手使用指导](ability/ability-assistant-guidelines.md)