!16515 【挑单3.2beta5】优化UIAbility和ExtensionAbility资料说明

Merge pull request !16515 from liuliu/doc_beta

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

@@ -17,7 +17,6 @@
     - ExtensionAbility组件
       - [ExtensionAbility组件概述](extensionability-overview.md)
       - [ServiceExtensionAbility](serviceextensionability.md)
-      - [DataShareExtensionAbility（仅对系统应用开放）](datashareextensionability.md)
       - [FormExtensionAbility（服务卡片）](widget-development-stage.md)
       - [EnterpriseAdminExtensionAbility](enterprise-extensionAbility.md)
     - [AbilityStage组件容器](abilitystage.md)

zh-cn/application-dev/application-models/extensionability-overview.md

@@ -25,6 +25,12 @@ ExtensionAbility组件是基于特定场景（例如服务卡片、输入法等
 
 - [EnterpriseAdminExtensionAbility](../reference/apis/js-apis-EnterpriseAdminExtensionAbility.md)：ENTERPRISE_ADMIN类型的ExtensionAbility组件，用于提供企业管理时处理管理事件的能力，比如设备上应用安装事件、锁屏密码输入错误次数过多事件等。
 
+> **说明：**
+> 1. OpenHarmony不支持三方应用实现ServiceExtensionAbility、DataShareExtensionAbility、StaticSubscriberExtensionAbility和WindowExtensionAbility。
+>
+> 2. 如果三方开发者想要实现后台处理相关事务的功能，无法使用ServiceExtensionAbility，可以使用后台任务，具体请参见[后台任务](../task-management/background-task-overview.md)。
+>
+> 3. 三方应用只能使用当前系统已定义的上述类型的ExtensionAbility。
 
 ## 使用指定类型的ExtensionAbility组件
 
@@ -48,11 +54,11 @@ ExtensionAbility组件是基于特定场景（例如服务卡片、输入法等
 
 > ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
 > 同一应用内的所有同类型的ExtensionAbility运行在同一独立进程（除ServiceExtensionAbility、DataShareExtensionAbility外），跟UIAbility组件不在同一进程，Stage模型的进程模型请参见[进程模型](process-model-stage.md)。
-> 
+>
 > 例如一个应用有1个UIAbility组件、1个ServiceExtensionAbility、1个DataShareExtensionAbility、2个FormExtensionAbility、1个ImeExtensionAbility。则该应用在运行时，有三个进程：
-> 
+>
 > - UIAbility、ServiceExtensionAbility、DataShareExtensionAbility运行在同一个进程。
-> 
+>
 > - FormExtensionAbility运行在一个独立进程。
-> 
+>
 > - ImeExtensionAbility运行在一个独立进程。

zh-cn/application-dev/application-models/uiability-overview.md

@@ -5,10 +5,25 @@
 
 UIAbility组件是一种包含UI界面的应用组件，主要用于和用户交互。
 
-UIAbility组件是系统调度的基本单元，为应用提供绘制界面的窗口。一个应用可以包含一个或多个UIAbility组件。例如，在支付应用中，可以将入口功能和收付款功能分别配置为独立的UIAbility。建议将相同的功能模块放在同一个UIAbility中，以多页面的形式呈现。
+UIAbility的设计理念：
+
+1. 原生支持应用组件级的[跨端迁移](hop-cross-device-migration.md)和[多端协同](hop-multi-device-collaboration.md)
+
+2. 支持多设备和多窗口形态
+
+关于UIAbility的设计理念，请详细参考[Stage模型的设计理念。](application-model-description.md)
+
+UIAbility划分原则与建议：
+UIAbility组件是系统调度的基本单元，为应用提供绘制界面的窗口。一个应用可以包含一个或多个UIAbility组件。例如，在支付应用中，可以将入口功能和收付款功能分别配置为独立的UIAbility。
 
 每一个UIAbility组件实例都会在最近任务列表中显示一个对应的任务。
 
+对于开发者而言，可以根据具体场景选择单个还是多个UIAbility，划分建议如下:
+
+- 如果开发者希望在任务视图中看到一个任务，则建议使用一个UIAbility，多个页面的方式。
+
+- 如果开发者希望在任务视图中看到多个任务，或者需要同时开启多个窗口，则建议使用多个UIAbility开发不同的模块功能。
+
 
 ## 声明配置