1# 术语 2 3## A 4 5- ### Ability 6 7 应用的基本组成部分，是应用所具备能力的抽象。Ability是系统调度应用的最小单元，是能够完成一个独立功能的组件，一个应用可以包含一个或多个Ability。 在FA模型与Stage模型，分别定义了不同类型的Ability。 8 9- ### AMS 10 11 Ability Manager Service，Ability管理服务。 12 13- ### App Pack 14 15 上架应用市场的应用包的组织方式，包含一个或多个hap包，后缀名为.app。 16 17- ### App Component 18 19 应用组件，每个Ability就是一个应用级组件。 20 21- ### ArkCompiler 22 23 方舟编译器，是OpenHarmony内置的组件化、可配置的多语言编译和运行平台，包含编译器、工具链、运行时等关键部件，支持高级语言在多种芯片平台的编译与运行，并支撑OpenHarmony标准操作系统及其应用和服务运行在手机、个人电脑、平板、电视、汽车和智能穿戴等多种设备上的需求。 24 25- ### ArkTS 26 27 OpenHarmony生态的应用开发语言。它在TypeScript（简称 TS）的基础上，扩展了声明式UI、状态管理等能力，让开发者可以以更简洁、更自然的方式开发应用。 28 29- ### ArkUI 30 31 OpenHarmony上原生UI框架。是一套极简、高性能、跨设备应用设计研发的UI开发框架，支撑开发者高效地构建跨设备应用UI界面。详情可参考[方舟开发框架开发指导](application-dev/ui/arkui-overview.md)。 32 33- ### Atomic Service 34 35 原子化服务，OpenHarmony提供的一种全新应用形态。具有独立入口，用户可通过点击、碰一碰、扫一扫等方式直接触发，无需显示安装，由系统静默安装后即可使用，为用户提供便捷服务。 36 37 38## B 39 40- ### BMS 41 42 Bundle Manager Service，包管理服务。 43 44## C 45 46- ### C API 47 48 OpenHarmony SDK 提供的native开发接口。 49 50- ### Continuation 51 52 流转，OpenHarmony系统提供的分布式操作，包括了跨端迁移和多端协同两种场景。 53 54## D 55 56- ### Derivative Framework 57 58 衍生框架，指桥接到原生框架上的三方框架。 59 60- ### DevEco Device Tool 61 62 面向智能设备开发者，提供一站式的开发环境、一站式资源获取通道，实现了从芯片模板工程创建到开发资源挑选定制，再到编码、编译、调试、调优、烧录环节的全流程覆盖，帮助开发者实现智能硬件设备的高效开发。 63 64- ### DMS 65 66 Distributed Management Service，分布式管理服务。 67 68## F 69 70- ### FA 71 72 Feature Ability，是FA模型的Ability框架下具有UI界面的Ability类型，用于与用户进行交互。Feature Ability唯一对应一种模板，即Page模板（Page Ability）。 73 74- ### FA模型 75 76 Ability框架提供的一种开发模型。API version 8及更早版本的应用开发仅支持FA模型。FA模型将Ability分为[FA（Feature Ability）](#fa)和[PA（Particle Ability）](#pa)两种类型，其中FA支持Page Ability模板，PA支持Service ability、Data ability、以及Form ability模板。详情可参考[FA模型综述](application-dev/application-models/fa-model-development-overview.md)。 77 78## H 79 80- ### HAP 81 82 OpenHarmony Ability Package，一个HAP文件包含应用的所有内容，由代码、资源、三方库及应用配置文件组成，其文件后缀名为.hap。 83 84- ### HAR 85 86 OpenHarmony Archive文件。包含代码、资源和配置文件的中间格式。 87 88- ### HCS 89 90 HDF Configuration Source是HDF驱动框架的配置描述语言，是为了实现配置代码与驱动代码解耦，以及便于配置的管理而设计的一种Key-Value为主体的文本格式。 91 92 93- ### HC-GEN 94 95 HDF Configuration Generator是HCS配置转换工具，可以将HDF配置文件转换为软件可读取的文件格式。 96 97 98- ### HDF 99 100 Hardware Driver Foundation，硬件驱动框架，用于提供统一外设访问能力和驱动开发、管理框架。 101 102- ### Hypium 103 104 Hyper Automation + ium 的组合词，OpenHarmony自动化测试框架名称，以超自动化测试为理想目标，ium意指稳定、可靠的测试框架能力底座。 105 106 107## I 108 109- ### IDN 110 111 Intelligent Distributed Networking，是OpenHarmony特有的分布式组网能力单元。开发者可以通过IDN获取分布式网络内的设备列表和设备状态信息，以及注册分布式网络内设备的在网状态变化信息。 112 113## N 114 115- ### Native Framework 116 117 原生框架，指系统自带的开发框架。非原生的框架即三方框架。 118 119 120## P 121 122- ### PA 123 124 Particle Ability，是在FA模型的Ability框架下无界面的Ability，主要为Feature Ability提供服务与支持，例如作为后台服务提供计算能力，或作为数据仓库提供数据访问能力。Particle Ability有三种模板，分别为Service模板（Service Ability）、Data模板（Data Ability）、以及Form模板（Form Ability）。 125 126## S 127 128- ### SA 129 130 System Ability的简称，这是由系统开发者编写的系统级组件。 131 132- ### Secondary Framework 133 134 次生框架，指不依赖原生框架实现的三方开框架。 135 136- ### Stage模型 137 138 Ability框架自API version 9提供的开发模型。Stage模型将Ability分为UIAbility和ExtensionAbility两大类，其中ExtensionAbility又被扩展为ServiceExtensionAbility、FormExtensionAbility、DataShareExtensionAbility等等一系列ExtensionAbility。 139 140- ### Super virtual device，超级虚拟终端 141 142 亦称超级终端，通过分布式技术将多个终端的能力进行整合，存放在一个虚拟的硬件资源池里，根据业务需要统一管理和调度终端能力，来对外提供服务。 143 144- ### SysCap 145 146 全称是System Capability，指OpenHarmony中每个相对独立的特性，如蓝牙，WiFi，NFC，摄像头等，都是系统能力之一。每个系统能力对应多个API，每个API定义上包含了相应的SysCap标签。 147 148- ### System Type，系统类型 149 - Mini System，轻量系统：面向MCU（Microcontroller Unit，微控制单元）类处理器，例如ARM Cortex-M、RISC-V 32位的设备，资源极其有限，参考内存≥128KiB，提供丰富的近距连接能力以及丰富的外设总线访问能力。典型产品有智能家居领域的联接类模组、传感器设备等。 150 - Small System，小型系统：面向应用处理器，例如Arm Cortex-A的设备，参考内存≥1MiB，提供更高的安全能力，提供标准的图形框架，提供视频编解码的多媒体能力。典型产品有智能家居领域的IPCamera、电子猫眼、路由器以及智慧出行域的行车记录仪等。 151 - Standard System，标准系统：面向应用处理器，例如Arm Cortex-A的设备，参考内存≥128MiB，提供增强的交互能力，提供3D GPU以及硬件合成能力，提供更多控件以及动效更丰富的图形能力，提供完整的应用框架。典型产品有高端的冰箱显示屏等。 152 153## U 154 155- ### UI Component 156 157 UI组件，组成用户界面的一部分，可提供用户交互的能力。 158 159## X 160 161- ### XComponent 162 163 ArkUI提供的组件接口，满足开发者自渲染的需求。 164