Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
OpenHarmony
Docs
提交
99ed43e7
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看板
未验证
提交
99ed43e7
编写于
12月 08, 2022
作者:
O
openharmony_ci
提交者:
Gitee
12月 08, 2022
浏览文件
操作
浏览文件
下载
差异文件
!12305 【轻量级 PR】:update zh-cn/contribute/template/js-template.md.
Merge pull request !12305 from zengyawen/N/A
上级
1171a562
e1933bc9
变更
1
隐藏空白更改
内联
并排
Showing
1 changed file
with
1 addition
and
1 deletion
+1
-1
zh-cn/contribute/template/js-template.md
zh-cn/contribute/template/js-template.md
+1
-1
未找到文件。
zh-cn/contribute/template/js-template.md
浏览文件 @
99ed43e7
...
...
@@ -12,7 +12,7 @@
| 4 | 目录修改 | 新增文件,需要修改对应的Readme,即
`docs/zh-cn/application-dev/reference/apis/Readme-CN.md`
。
<br/>
目录按字母顺序排列。 |
| 5 | 文档结构 | - 模块说明
<br/>
- 起始版本说明
<br/>
- 导入模块/使用说明
<br/>
- 接口(属性、常量、方法、枚举、自定义类型)
<br/>
描述顺序和代码保持一致,如果某些接口具有逻辑顺序,请注意排列。 |
| 6 | 接口版本说明 | 1. 每个模块要有起始版本说明,使用引用语法“>”对接口的起始版本进行说明。接口没有标记的,默认与模块同一个起始版本。
<br/>
2. 已有模块新增接口使用
\<
sup>标签标记对应版本号。写法:
`<sup>版本号+</sup>`
<br/>
例如
`<sup>7+</sup>`
<br/>
示例:API 6已有的模块,在API 7新增了一个属性字段,则在属性后加标记,即newAttribute
<sup>
7+
</sup>
。
<br/>
如果新增了一个方法,则在方法标题后增加标记,即 sim.getSimIccId
<sup>
7+
</sup>
,interface、class、枚举等同理。 |
| 7 | 废弃接口说明 |
1. 废弃内容不能直接删去,在废弃内容后面加标注deprecated,并使用“>”引用语法建议使用的替代方式,加上对应的链接。
<br/>
示例:abandonmentMethod
<sup>
(deprecated)
</sup><br/>
> 从API version 7 开始不再维护,建议使用[newMethod]
\(
#newmethod)替代。
<br/>
2. 当接口同时存在起始版本和废弃版本需要说明时,上标仅保留(deprecated),起始版本在“>”里说明。
<br/>
示例:abandonmentMethod
<sup>
(deprecated)
</sup><br/>
> 从API version 4 开始支持,从API version 7 开始不再维护
,建议使用[newMethod]
\(
#newmethod)替代。|
| 7 | 废弃接口说明 |
废弃内容不能直接删去,上标标注(deprecated),起始版本和废弃版本均使用引用语法“>”说明。
<br/>
示例:abandonmentMethod
<sup>
(deprecated)
</sup><br/>
> 从API version 4 开始支持,从API version 7 开始废弃
,建议使用[newMethod]
\(
#newmethod)替代。|
| 8 | 权限说明 | 与代码保持一致,下沉到各个方法、枚举、属性字段中。
<br/>
1. 如果仅系统应用可申请,格式:
<br/>
**需要权限:**
ohos.permission.xxxx,仅系统应用可用。
<br/>
2. 如果该权限所有应用可申请,格式:
<br/>
**需要权限:**
ohos.permission.xxxx
<br/>
3. 如果该接口涉及多个权限,则采用“和、或”进行分割,格式:
<br/>
**需要权限:**
ohos.permission.A 和 ohos.permission.B
<br/>
**需要权限:**
ohos.permission.A 或 ohos.permission.B |
| 9 | @syscap | 1. 每个方法都需要进行描述,格式:
<br/>
**系统能力**
:SystemCapability.xxx.xxx
<br/>
2. 每个表格(属性、枚举、常量、变量)可统一进行说明,分两种情况:
<br/>
1)每个表格下系统能力无差异的,同方法的写法:
<br/>
**系统能力**
:SystemCapability.xxx.xxx
<br/>
2)有差异的:在每一个表格项里进行描述。 |
| 10 | @system api | 1. 如果某个模块全部接口均为system api,则在模块开头的版本说明下一行,增加:
<br/>
- 本模块接口为系统接口。
<br/>
2. 如果某个接口为system api,仅供OEM厂商使用,则需要在描述中增加:
<br/>
**系统接口:**
此接口为系统接口。 |
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录