语言风格 人称及语态 【规则】使用第二人称。人称代词默认省略,必须出现时,推荐使用“开发者”而不是“你”。 正例反例 创建卡片工程。我们接下来创建卡片工程。
阅读全文
openharmony 鸿蒙 style-guide-document-structure
文档结构 标题 标题规则 【规则】标题应概括反映章节的中心内容,体现章节内容的核心关键词。避免使用“概述Overview”、“简介Introduction”等不带有核心关键词的标题,应补充核心关键词如“内核概述”、“OpenHarmony简介”。
阅读全文
openharmony 鸿蒙 style-guide-content-elements
内容元素 项目列表 【规则】无序列表统一使用破折号(-)并紧跟一个空格,有序列表统一使用数字并紧跟一个英文句点和一个空格。 正例反例 - 无序列表第一项- 无序列表第二项- 无序列表第三项1. 有序列表第一项2. 有序列表第二项3. 有序列表第三项- 无序列表第一项* 无序列表第二项+ 无序列表第三项1) 有序列表第一项2) 有序列表第二项3) 有序列表第三项
阅读全文
openharmony 鸿蒙 Readme-CN
OpenHarmony开发者文档风格指南 关于本指南 语言风格 文档结构 内容元素 示例代码风格
阅读全文
harmony 鸿蒙开发者文档评审人
docs-reviewers.md
阅读全文
openharmony 鸿蒙 docs-release-process
为发行版本撰写配套文档 为了帮助开发者更高效使用OpenHarmony社区的每个Release版本,社区会根据每个版本规划的需求特性提供配套文档(如指南、API参考、开发示例、Release
阅读全文
openharmony 鸿蒙 Readme-CN
贡献指南 参与贡献 行为准则 贡献代码 贡献流程 自测试验证 贡献文档 文档风格 社区沟通与交流 FAQ
阅读全文
openharmony 鸿蒙 OpenHarmony-security-design-guide
OpenHarmony安全设计规范 本文档主要参考业界标准和最佳实践,提供OpenHarmony安全设计规范,用于指导开发者进行设计。 1.访问通道控制 1-1 为了防止系统和资源被非法访问,除非标准协议约定,所有能对系统进行管理的接口,应具备接入认证机制并缺省启用。
阅读全文
openharmony 鸿蒙 OpenHarmony-hdf-coding-guide
OpenHarmony HDF驱动编程规范 前言 目的 OpenHarmony的目标是面向全场景、全连接、全智能时代,基于开源的方式,搭建一个智能终端设备操作系统的框架和平台,促进万物互联产业的繁荣发展。具有“硬件互助,资源共享”、“一次开发,多端部署”、“统一OS,弹性部署”的技术特性。
阅读全文
openharmony 鸿蒙 OpenHarmony-cpp-coding-style-guide
C++语言编程规范 目的 规则并不是完美的,通过禁止在特定情况下有用的特性,可能会对代码实现造成影响。但是我们制定规则的目的“为了大多数程序员可以得到更多的好处”,
阅读全文