diff --git a/zh-cn/application-dev/application-dev-guide.md b/zh-cn/application-dev/application-dev-guide.md index be4e58ff0be60add17a2d705061e2f53b95685e8..4633c3d7740351b7cb9101fedf910f184c5fa014 100644 --- a/zh-cn/application-dev/application-dev-guide.md +++ b/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) 所有应用都应该在这两个框架的基础之上进行功能的开发。 @@ -50,6 +50,6 @@ DevEco Studio工具是OpenHarmony应用开发的推荐IDE工具。 API参考提供了OpenHarmony全量组件和接口的参考文档,可以帮助开发者快速查找到指定接口的详细描述和调用方法。 内容包括: -- [组件参考(基于JS扩展的类Web开发范式)](reference/arkui-js/js-components-common-attribute.md) +- [组件参考(基于JS扩展的类Web开发范式)](reference/arkui-js/js-components-common-attributes.md) - [组件参考(基于TS扩展的声明式开发范式)](reference/arkui-ts/ts-universal-events-click.md) - [接口参考](reference/apis/js-apis-DataUriUtils.md) diff --git a/zh-cn/application-dev/quick-start/figures/image-20220326064955505.png b/zh-cn/application-dev/quick-start/figures/image-20220326064955505.png index 22a260f5c88a8baa9a8d41c9d64de6c462751e04..dc42bd80c803721d619354ccf0ac997fdeec83f0 100644 Binary files a/zh-cn/application-dev/quick-start/figures/image-20220326064955505.png and b/zh-cn/application-dev/quick-start/figures/image-20220326064955505.png differ diff --git a/zh-cn/application-dev/quick-start/syscap.md b/zh-cn/application-dev/quick-start/syscap.md index fc087039685ab1f03abe432b469c9e9c26c53511..ffc32b4c5dd621115eda2b2e2bf39da0c758be8e 100644 --- a/zh-cn/application-dev/quick-start/syscap.md +++ b/zh-cn/application-dev/quick-start/syscap.md @@ -136,7 +136,7 @@ if (geolocation) { ### 不同设备相同能力的差异检查 -即使是相同的系统能力,在不同的设备下,也会有能力的差异。比如同是摄像头的能力,手机比手表要强很多。 +即使是相同的系统能力,在不同的设备下,也会有能力的差异。比如同是摄像头的能力,平板设备优于智能穿戴设备。 ``` import userAuth from '@ohos.userIAM.userAuth'; @@ -163,18 +163,18 @@ authenticator.execute('FACE_ONLY', 'S1', (err, result) => { ![image-20220326072448840](figures/image-20220326072448840.png) -1、一套 OpenHarmony 源码由可选和必选部件集组成,不同的部件为对外体现的系统能力不同,即部件与 SysCap 之间映射关系。 +1. 一套 OpenHarmony 源码由可选和必选部件集组成,不同的部件为对外体现的系统能力不同,即部件与 SysCap 之间映射关系。 -2、发布归一化的 SDK,API 与 SysCap 之间存在映射关系。 +2. 发布归一化的 SDK,API 与 SysCap 之间存在映射关系。 -3、产品解决方案厂商按硬件能力和产品诉求,可按需拼装部件。 +3. 产品解决方案厂商按硬件能力和产品诉求,可按需拼装部件。 -4、产品配置的部件可以是 OpenHarmony 的部件,也可以是三方开发的私有部件,由于部件与SysCap间存在映射,所有拼装后即可得到该产品的SysCap集合。 +4. 产品配置的部件可以是 OpenHarmony 的部件,也可以是三方开发的私有部件,由于部件与SysCap间存在映射,所有拼装后即可得到该产品的SysCap集合。 -5、SysCap集编码生成 PCID (Product Compatibility ID, 产品兼容性标识),应用开发者可将 PCID 导入 IDE解码成SysCap ,开发时对设备的SysCap差异做兼容性处理。 +5. SysCap集编码生成 PCID (Product Compatibility ID, 产品兼容性标识),应用开发者可将 PCID 导入 IDE解码成SysCap ,开发时对设备的SysCap差异做兼容性处理。 -6、部署到设备上的系统参数中包含了 SysCap 集,系统提供了native的接口和应用接口,可供系统内的部件和应用查询某个 SysCap 是否存在。 +6. 部署到设备上的系统参数中包含了 SysCap 集,系统提供了native的接口和应用接口,可供系统内的部件和应用查询某个 SysCap 是否存在。 -7、应用开发过程中,应用必要的 SysCap 将被编码成 RPCID(Required Product Compatibility ID),并写入应用安装包中。应用安装时,包管理器将解码 RPCID 得到应用需要的 SysCap,与设备当前具备的 SysCap 比较,若应用要求的 SysCap 都被满足,则安装成功。 +7. 应用开发过程中,应用必要的 SysCap 将被编码成 RPCID(Required Product Compatibility ID),并写入应用安装包中。应用安装时,包管理器将解码 RPCID 得到应用需要的 SysCap,与设备当前具备的 SysCap 比较,若应用要求的 SysCap 都被满足,则安装成功。 -8、应用运行时,可通过 canIUse 接口查询设备的 SysCap,保证在不同设备上的兼容性。 +8. 应用运行时,可通过 canIUse 接口查询设备的 SysCap,保证在不同设备上的兼容性。