Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
OpenHarmony
Docs
提交
4ee67083
D
Docs
项目概览
OpenHarmony
/
Docs
大约 1 年 前同步成功
通知
159
Star
292
Fork
28
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
D
Docs
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
体验新版 GitCode,发现更多精彩内容 >>
未验证
提交
4ee67083
编写于
6月 16, 2022
作者:
O
openharmony_ci
提交者:
Gitee
6月 16, 2022
浏览文件
操作
浏览文件
下载
差异文件
!5471 文档层级修改,需要翻译
Merge pull request !5471 from zengyawen/master
上级
58071596
e0fda222
变更
5
显示空白变更内容
内联
并排
Showing
5 changed file
with
21 addition
and
21 deletion
+21
-21
zh-cn/application-dev/ability/stage-brief.md
zh-cn/application-dev/ability/stage-brief.md
+6
-6
zh-cn/application-dev/ability/wantagent.md
zh-cn/application-dev/ability/wantagent.md
+3
-3
zh-cn/application-dev/notification/assistant-guidelines.md
zh-cn/application-dev/notification/assistant-guidelines.md
+7
-7
zh-cn/application-dev/notification/common-event.md
zh-cn/application-dev/notification/common-event.md
+1
-1
zh-cn/application-dev/security/huks-overview.md
zh-cn/application-dev/security/huks-overview.md
+4
-4
未找到文件。
zh-cn/application-dev/ability/stage-brief.md
浏览文件 @
4ee67083
# Stage模型综述
# Stage模型综述
##
#
设计思想
## 设计思想
Stage模型的设计,主要是为了解决FA模型无法解决的开发场景问题,方便开发者更加方便地开发出分布式环境下的复杂应用。
Stage模型的设计,主要是为了解决FA模型无法解决的开发场景问题,方便开发者更加方便地开发出分布式环境下的复杂应用。
...
@@ -23,7 +23,7 @@
...
@@ -23,7 +23,7 @@
为了支持多种设备形态和更易于实现多种不同的窗口形态,需要组件管理服务和窗口管理服务在架构层面上是解耦的,从而方便裁剪,更有利于定制不同的窗口形态。Stage模型通过重新定义了Ability生命周期定义和设计组件管理服务和窗口管理服务的单向依赖解决这一问题。
为了支持多种设备形态和更易于实现多种不同的窗口形态,需要组件管理服务和窗口管理服务在架构层面上是解耦的,从而方便裁剪,更有利于定制不同的窗口形态。Stage模型通过重新定义了Ability生命周期定义和设计组件管理服务和窗口管理服务的单向依赖解决这一问题。
##
#
基本概念
## 基本概念
下图展示了Stage模型中的基本概念。
下图展示了Stage模型中的基本概念。
...
@@ -41,7 +41,7 @@
...
@@ -41,7 +41,7 @@
-
**ArkUI Page**
:方舟开发框架页面。
-
**ArkUI Page**
:方舟开发框架页面。
##
#
生命周期
## 生命周期
Ability及AbilityStage的生命周期是应用的基本流程中最重要的概念。在
[
Ability框架概述
](
ability-brief.md
)
中,给出了FA模型与Stage模型的生命周期对比,这里重点对Ability生命周期切换以及和AbilityStage、WindowStage之间的调度关系进行介绍。
Ability及AbilityStage的生命周期是应用的基本流程中最重要的概念。在
[
Ability框架概述
](
ability-brief.md
)
中,给出了FA模型与Stage模型的生命周期对比,这里重点对Ability生命周期切换以及和AbilityStage、WindowStage之间的调度关系进行介绍。
...
@@ -50,7 +50,7 @@
...
@@ -50,7 +50,7 @@
为了实现多设备形态上的裁剪和多窗口的可扩展性,OpenHarmony对组件管理和窗口管理进行了解耦。Stage模型定义Ability组件的生命周期,只包含创建、销毁、前后台等状态,而将与界面相关内容强相关的获焦、失焦状态放在WindowStage之中,从而实现Ability与窗口之间的弱耦合;在服务侧,窗口管理服务依赖于组件管理服务,前者通知后者前后台变化,这样组件管理服务仅感知前后台变化,不感知焦点变化。
为了实现多设备形态上的裁剪和多窗口的可扩展性,OpenHarmony对组件管理和窗口管理进行了解耦。Stage模型定义Ability组件的生命周期,只包含创建、销毁、前后台等状态,而将与界面相关内容强相关的获焦、失焦状态放在WindowStage之中,从而实现Ability与窗口之间的弱耦合;在服务侧,窗口管理服务依赖于组件管理服务,前者通知后者前后台变化,这样组件管理服务仅感知前后台变化,不感知焦点变化。
##
#
Ability组件实例与任务
## Ability组件实例与任务
Ability组件有三种启动类型:
Ability组件有三种启动类型:
...
@@ -66,7 +66,7 @@
...
@@ -66,7 +66,7 @@
!
[
AbilityComponentInstanceMission
](
figures/AbilityComponentInstanceMission.png
)
!
[
AbilityComponentInstanceMission
](
figures/AbilityComponentInstanceMission.png
)
##
#
ExtensionAbility机制
## ExtensionAbility机制
不同于用于页面展示的Ability,ExtensionAbility提供的是一种受限的服务运行环境。ExtensionAbility具有如下特点:
不同于用于页面展示的Ability,ExtensionAbility提供的是一种受限的服务运行环境。ExtensionAbility具有如下特点:
...
@@ -82,7 +82,7 @@
...
@@ -82,7 +82,7 @@
![
ExtensionAbility
](
figures/ExtensionAbility.png
)
![
ExtensionAbility
](
figures/ExtensionAbility.png
)
##
#
进程模型
## 进程模型
OpenHarmony系统中的应用均满足单进程模型。所谓的单进程模型,是指不允许应用配置多进程,应用中所有的进程都是由系统创建和管理的。每个应用至多并存三类进程:
OpenHarmony系统中的应用均满足单进程模型。所谓的单进程模型,是指不允许应用配置多进程,应用中所有的进程都是由系统创建和管理的。每个应用至多并存三类进程:
...
...
zh-cn/application-dev/ability/wantagent.md
浏览文件 @
4ee67083
# WantAgent开发指导
# WantAgent开发指导
##
#
场景简介
## 场景简介
WantAgent封装了一个行为意图信息,可以通过WantAgent.trigger接口主动触发,也可以通过与通知绑定被动触发。
WantAgent封装了一个行为意图信息,可以通过WantAgent.trigger接口主动触发,也可以通过与通知绑定被动触发。
具体的行为包括:启动Ability和发布公共事件。
具体的行为包括:启动Ability和发布公共事件。
##
#
接口说明
## 接口说明
| 接口名 | 接口描述 |
| 接口名 | 接口描述 |
| ---------------------------------------------------------------------------------------------- | ----------- |
| ---------------------------------------------------------------------------------------------- | ----------- |
| getWantAgentInfo(info: WantAgentInfo, callback: AsyncCallback
\<
WantAgent
\>
) | 以异步回调形式创建WantAgent对象。 |
| getWantAgentInfo(info: WantAgentInfo, callback: AsyncCallback
\<
WantAgent
\>
) | 以异步回调形式创建WantAgent对象。 |
| getWantAgent(info: WantAgentInfo): Promise
\<
WantAgent
\>
| 以Promise形式创建WantAgent对象。 |
| getWantAgent(info: WantAgentInfo): Promise
\<
WantAgent
\>
| 以Promise形式创建WantAgent对象。 |
| trigger(agent: WantAgent, triggerInfo: TriggerInfo, callback?: Callback
\<
CompleteData
\>
) | 触发WantAgent。 |
| trigger(agent: WantAgent, triggerInfo: TriggerInfo, callback?: Callback
\<
CompleteData
\>
) | 触发WantAgent。 |
##
#
开发步骤
## 开发步骤
1.
导入WantAgent模块。
1.
导入WantAgent模块。
```
```
...
...
zh-cn/application-dev/notification/assistant-guidelines.md
浏览文件 @
4ee67083
...
@@ -2,9 +2,9 @@
...
@@ -2,9 +2,9 @@
公共事件与通知提供了供开发者查看公共事件信息及通知信息、发布公共事件等一些调试功能的工具。这些工具已经随系统集成,开发者进入shell环境,可以直接调用相关命令。
公共事件与通知提供了供开发者查看公共事件信息及通知信息、发布公共事件等一些调试功能的工具。这些工具已经随系统集成,开发者进入shell环境,可以直接调用相关命令。
##
#
cem调试助手
## cem调试助手
###
##
publish
### publish
*
介绍
*
介绍
...
@@ -41,7 +41,7 @@
...
@@ -41,7 +41,7 @@
!
[
cem-publish-all
](
figures/cem-publish-all.png
)
!
[
cem-publish-all
](
figures/cem-publish-all.png
)
###
##
dump
### dump
*
介绍
*
介绍
...
@@ -67,7 +67,7 @@
...
@@ -67,7 +67,7 @@
!
[
cem-dump-e
](
figures/cem-dump-e.png
)
!
[
cem-dump-e
](
figures/cem-dump-e.png
)
###
##
help
### help
*
介绍
*
介绍
...
@@ -83,9 +83,9 @@
...
@@ -83,9 +83,9 @@
##
#
anm调试助手
## anm调试助手
###
##
dump
### dump
*
介绍
*
介绍
...
@@ -119,7 +119,7 @@
...
@@ -119,7 +119,7 @@
设置打印最近通知消息缓存数量为10
设置打印最近通知消息缓存数量为10
###
##
help
### help
*
介绍
*
介绍
...
...
zh-cn/application-dev/notification/common-event.md
浏览文件 @
4ee67083
# 公共事件开发指导
# 公共事件开发指导
##
#
简介
## 简介
OpenHarmony通过CES(Common Event Service,公共事件服务)为应用程序提供订阅、发布、退订公共事件的能力。
OpenHarmony通过CES(Common Event Service,公共事件服务)为应用程序提供订阅、发布、退订公共事件的能力。
公共事件可分为系统公共事件和自定义公共事件。
公共事件可分为系统公共事件和自定义公共事件。
...
...
zh-cn/application-dev/security/huks-overview.md
浏览文件 @
4ee67083
# HUKS概述
# HUKS概述
##
#
功能简介
## 功能简介
HUKS(OpenHarmony Universal KeyStore)向应用提供密钥库能力,包括密钥管理及密钥的密码学操作等功能。HUKS所管理的密钥可以由应用导入或者由应用调用HUKS接口生成。
HUKS(OpenHarmony Universal KeyStore)向应用提供密钥库能力,包括密钥管理及密钥的密码学操作等功能。HUKS所管理的密钥可以由应用导入或者由应用调用HUKS接口生成。
##
#
基本概念
## 基本概念
-
HUKS提供密钥管理功能,支持的主要操作包括:加密解密、签名验签、派生协商密钥、计算HMAC(Hash-based Message Authentication Code)。
-
HUKS提供密钥管理功能,支持的主要操作包括:加密解密、签名验签、派生协商密钥、计算HMAC(Hash-based Message Authentication Code)。
-
HUKS涉及的算法主要有:AES加密解密、RSA加密解密、RSA签名验签、ECC签名验签、DSA签名验签、ED25519签名验签、PBKDF2派生、DH协商、ECDH协商、X25519协商等。
-
HUKS涉及的算法主要有:AES加密解密、RSA加密解密、RSA签名验签、ECC签名验签、DSA签名验签、ED25519签名验签、PBKDF2派生、DH协商、ECDH协商、X25519协商等。
-
HUKS当前使用的算法库为OpenSSL和mbed TLS。
-
HUKS当前使用的算法库为OpenSSL和mbed TLS。
##
#
运作机制
## 运作机制
HUKS对密钥的使用主要通过Init、Update、Finish操作来实现。
HUKS对密钥的使用主要通过Init、Update、Finish操作来实现。
...
@@ -23,5 +23,5 @@ HUKS对密钥的使用主要通过Init、Update、Finish操作来实现。
...
@@ -23,5 +23,5 @@ HUKS对密钥的使用主要通过Init、Update、Finish操作来实现。
>![](../public_sys-resources/icon-notice.gif) **须知:当Init、Update、Finish操作中的任一阶段发生错误时,都需要调用Abort操作来终止密钥的使用。**
>![](../public_sys-resources/icon-notice.gif) **须知:当Init、Update、Finish操作中的任一阶段发生错误时,都需要调用Abort操作来终止密钥的使用。**
##
#
约束与限制
## 约束与限制
不涉及。
不涉及。
\ No newline at end of file
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录