TS组件接口说明模板

总体写作说明

说明项 细则
1 客户化写作基本要求 写作中,请变身开发者,对于开发者使用该组件时所需的使用场景、参数选取原则、开发建议/经验、示例等信息进行清晰描述,达到指导开发者顺利使用本组件进行开发的目标。
2 所有的写作说明,在完成写作后,都要删除。
3 上传路径 markdown文件:docs/zh-cn/application-dev/reference/arkui-ts
图片路径:docs/zh-cn/application-dev/reference/arkui-ts/figures,并在markdown文件中通过路径![](figures/xxx.jpg)或![](figures/xxx.png)引用。
4 文件命名 一个d.ts对应一个组件文档,文件名称需包含组件所属类和组件名,格式为:ts-组件所属类名-组件名.md
示例:
基础组件text,文件命名为:ts-basic-component-text.md
容器组件list,文件命名为:js-container-component-list.md
5 目录修改 新增文件,需要修改对应的Readme,即docs/zh-cn/application-dev/reference/arkui-ts/Readme-CN.md
6 文档结构 - 模块说明
- 起始版本说明
- 导入模块/使用说明
- 权限说明
- 接口、属性、事件、对象、枚举、自定义类型
描述顺序和代码保持一致,如果某些接口具有逻辑顺序,请注意排列。
7 接口版本说明 1. 每个模块要有起始版本说明,使用引用语法“>”对接口的起始版本进行说明。接口没有标记的,默认与模块同一个起始版本。
2. 已有模块新增接口使用<sup>标签标记对应版本号。写法:<sup>版本号+</sup>
例如<sup>7+</sup>
示例:API 6已有的模块,在API 7新增了一个属性字段,则在属性后加标记,即newAttribute7+
8 废弃接口说明 废弃内容不能直接删去,在废弃内容后面加标注deprecated,并使用“>”引用语法建议使用的替代方式,加上对应的链接。
示例:abandonmentMethod(deprecated)
> 从API Version 7 开始不再维护,建议使用[newMethod](#newmethod)替代。
9 权限说明 以二级标题的形式,标题名为“需要权限”
1. 如果仅系统应用可申请,格式:
ohos.permission.xxxx,仅系统应用可用。
2. 如果该权限所有应用可申请,格式:
ohos.permission.xxxx
3. 如果该接口涉及多个权限,则采用“和、或”进行分割,格式:
ohos.permission.A 和 ohos.permission.B
ohos.permission.A 或 ohos.permission.B
10 @system api 1. 如果某个模块全部接口均为system api,则在模块开头的版本说明下一行,增加:
- 本模块接口为系统接口。
2. 如果某个接口为system api,仅供OEM厂商使用,则需要在描述中增加:
系统接口: 此接口为系统接口。
11 示例代码语言 所有的示例代码采用代码块的样式,并标记开发语言为ts,且在示例代码最开始添加注释// xxx.ets
12 链接写法 格式:[链接文字](链接内容)
跨文件夹链接:[指南](../../xxx/xxx.md),一个../表示上移一层文件夹。
页面内链接:[接口A7+](#xxxa7),页面内链接和需要链接到的标题保持一致,全小写无特殊符号(-除外)无标签。

下面进入具体每个组件接口的写作。


文档标题

写作说明

  1. 文档标题:作为文档标题,要求使用中文短语概括本组件功能;但如果部分概念使用英文更便于开发者理解,可以直接使用。如Button、Slider等。
  2. 标题层级:文档标题为一级标题,使用# ;其他字段如function、class、interface、enum、type为二级标题,使用## ;class下的属性、function为三级标题,使用###
  3. 起始版本说明:使用markdown的引用语法“>”对接口的起始版本进行说明,说明后需要换行。
    版本说明统一放在模块描述之后。一个模块只会有一个起始版本。
    采用标准句式:“本模块首批接口从API version x开始支持。后续版本的新增接口,采用上角标单独标记接口的起始版本。”x需要修改为对应的版本号。

模块描述。此处对该模块的定义、功能、使用场景、使用建议进行描述,采用如下固定句式。

(模块介绍,可选)xxx是xxx。

(功能描述,必选)提供xxx能力,包括xxx、xxx等。——当模块名不够语义化时,推荐此句式。

或 xxx组件/方法,用于xxx、xxx。——当模块名已经表达了清晰的语义时,推荐此句式。

(使用场景,可选)当需要xxx时,使用本模块xxx方法/本组件。

(使用建议或注意事项,可选)本模块可与xxx联合使用,以提升开发效率……。

举例1:Marquee

跑马灯组件,用于滚动展示一段单行文本,仅当文本内容宽度超过跑马灯组件宽度时滚动。

举例2:SideBarContainer

提供侧边栏可以显示和隐藏的侧边栏容器,通过子组件定义侧边栏和内容区,第一个子组件表示侧边栏,第二个子组件表示内容区。

说明:

该组件从API Version 8开始支持。后续版本如有新增内容,则采用上角标单独标记该内容的起始版本。

导入模块

写作说明

  1. 可选,若该模块为组件和通用方法,则删除此项。
  2. 若该模块为需要导入的API接口,必选。
  3. 根据实际情况填写导入模块。采用代码段的样式,给出import语句。
import Curves from '@ohos.curves'

需要权限

写作说明

  1. 可选,若该模块的使用无需申请权限,则删除。
  2. 如果仅系统应用可申请,格式:
    ohos.permission.xxxx,仅系统应用可用。
  3. 如果该权限所有应用可申请,格式:
    ohos.permission.xxxx
  4. 如果该接口涉及多个权限,则采用“和、或”进行分割,格式:
    ohos.permission.A 和 ohos.permission.B
    ohos.permission.A 或 ohos.permission.B

ohos.permission.INTERNET,具体申请方式请参考权限申请声明

子组件

写作说明

  1. 若该模块为系统内置组件,且组件包含子组件,必选。
  2. 若该模块非系统内置组件,或组件不包含子组件,则删除。

示例:可以包含子组件。

接口

写作说明

  1. 若该模块为系统内置组件,则必选,如果没有接口可删除此二级标题。
  2. 方法具体的调用形式和d.ts保持一致,需要包括参数名、参数类型。
  3. 若该参数为可选,则在参数名后添加问号(?)做以标识。
  4. 方法调用涉及到的符号均为英文符号,注意在冒号(:)后添加空格。
  5. 删除方法调用描述后的分号(;)。
  6. 参数类型如果为自定义类型(对象、枚举等),若该类型首次出现,以无序列表的形式,在此描述。若该类型在其他模块已做说明,则建立相对链接。
  7. 注意:尖括号<>可能会被识别为标签,导致界面显示失效,可增加一个\,以保证界面正常显示,如“<>”或使用转义字符< > 。
  8. 注意:组件接口中的方法无返回值,不以三级/二级标题形式体现,其余要求同方法
  9. 注意:默认值需要在描述中换行体现。

如果接口有两个及以上的创建方法,此处给出接口不同创建方式的差异说明。

此处给出该接口方法的具体调用形式,将options直接写进接口中。为:方法名称(参数1名称:参数1类型,参数2名称:参数2类型,……)。
如果接口涉及多个方法,则顺次描写,并在方法前面添加序号,例如:方法1:

示例:方法1: Button(options?: { type?: ButtonType, stateEffect?: boolean })

此处给出该方法的功能描述。如有使用限制,进行详细说明。

options参数:(可选,如不涉及可删除)

参数名 参数类型 必填 描述
type ButtonType 按钮类型。
默认值:ButtonType.Capsule
stateEffect boolean 按钮按下时是否开启切换效果,当状态置为false时,点击效果关闭。
默认值:true。

属性

写作说明

  1. 可选,如果没有属性可删除此二级标题。
  2. 类型如果为自定义类型(对象、枚举等)需要建立链接到对应的interface或enum中。
  3. 注意:默认值需要在描述中换行说明。

若该模块为系统内置组件,则此处需说明该组件是否支持通用属性。

示例:

除支持通用属性(通用属性需添加相对链接)外,还支持如下属性:

名称 类型 描述
alignItems HorizontalAlign 设置子组件在水平方向上的对齐格式。
默认值:HorizontalAlign.Center

事件

写作说明

  1. 可选,如果没有事件可删除此二级标题。
  2. 类型如果为自定义类型(对象、枚举等)需要建立链接到对应的interface或enum中。若该类型首次出现,以二级标题的形式,在该事件下方描述。若该类型在其他模块已做说明,则建立相对链接。

若该模块为系统内置组件,则此处需说明该组件是否支持通用事件。

示例:

除支持通用事件(通用事件需添加相对链接)外,还支持如下事件:

此处给出每个事件的具体调用形式,要求同方法

onSubmit

onSubmit(callback: (value: string) => void)

点击搜索图标、搜索按钮或者按下软键盘搜索按钮时触发。

参数:

参数名 参数类型 是否必填 描述
value string 当前输入文本框的内容。

方法

写作说明

  1. 可选,如果没有可删除。如果有多个方法,请分多个二级内容描述,并使用“##”自行新建二级标题。

  2. 二级标题名为方法名,采用导入类.方法名的形式。

    示例: mediaquery.matchMediaSync

  3. 方法具体调用形式:和d.ts保持一致,需要包括参数类型、参数名、返回值类型。

    示例:matchMediaSync(condition: string): MediaQueryListener

  4. 尖括号<>可能会被识别为标签,导致界面显示失效,可增加一个\,以保证界面正常显示,如“<>”或使用转义字符< > 。

  5. 方法描述:对方法实现的功能进行描述,包括其使用的前提条件(如:在xx方法调用后才能调用、需要确保网络已连接……)、使用之后的影响(如:调用该接口后再进行xx将不起效)、权限限制系统能力等。

  6. 表格内换行:markdown语法中,换行采用特殊标记

在此处给出方法的具体调用形式:(如果是静态方法需说明) 方法名称(参数1名称:参数1类型,参数2名称:参数2类型,……):返回值类型

在此处给出方法描述。

参数:(可选,如不涉及可删除)

参数名 参数类型 必填 说明
condition string 媒体事件的匹配条件。

返回值:(可选,如不涉及可删除)

类型 说明
MediaQueryListener 媒体事件监听句柄,用于注册和去注册监听回调。

示例:

// 必选项。

// 所有的示例代码需要进行自检。
// 不能出现缺符号、变量前后不一致等低错。
// 所有的使用到的变量要进行声明。

// 不允许直接写参数名,必须是可使用、易替代的实际用例。如果非用户自定义填写,需通过注释进行说明。
// 例如:var result = xxx.createExample(parameterOne); // parameterOne由扫描自动获取

// 注释要精简直白,命中要点。需提供注释的场景:
// 1. 当代码不能说明变量命名的具体含义,或不能说明代码逻辑时,必须提供注释。
// 2. 涉及到复杂算法或特殊语法时,必须提供注释。

Class

写作说明

  1. 可选,如果没有可删除。如果有多个,请分多个二级内容描述,并使用“##”自行新建二级标题。
  2. 二级标题名为class的名称。
  3. 如果该Class既有属性,又有方法,需要先进行属性的写作,并使用“###”三级标题。
  4. 如果该Class只有属性,那么不需要新建三级标题,直接使用表格陈列属性。

此处说明该类的实现功能、使用场景、约束限制等。

导入对象

写作说明

  1. 必选,以代码段的形式说明类的创建方式

示例:

patternLockController: PatternLockController = new PatternLockController()

属性

写作说明

  1. 可选,除标题使用三级标题外,其余要求同属性

Class中的方法

写作说明

  1. 可选,标题名为方法名,使用三级标题,没有前缀。示例:scrollTo。
  2. 无需提供示例代码和示例图,其他要求同方法

枚举

写作说明

  1. 可选,以二级标题的形式体现,在涉及到的方法、属性后就近描述。

FlexDirection枚举说明

名称 描述
Row 主轴与行方向一致作为布局模式。
RowReverse 居中对齐,默认对齐方式。
Column 主轴与列方向一致作为布局模式。
ColumnReverse 与Column方向相反进行布局。

对象

写作说明

  1. 可选,以二级标题的形式体现,在涉及到的方法、属性后就近描述。

MouseEvent对象说明

属性名称 属性类型 描述
timestamp number 触发事件时的时间戳。
screenX number 点击触点相对于屏幕左上角的x轴坐标。
screenY number 点击触点相对于屏幕左上角的y轴坐标。

示例

此处说明该示例的应用效果。

写作说明

  1. 必选,以二级/三级标题的形式体现,需要示例代码和示例图。
  2. 若该组件/模块功能复杂,则按照功能点划分,按照三级标题的形式分块呈现示例代码和示例图。
// 必选项。

// 所有的示例代码需要进行自检。
// 不能出现缺符号、变量前后不一致等低错。
// 所有的使用到的变量要进行声明。
// 所有示例代码均需要添加语言标记。

// 不允许直接写参数名,必须是可使用、易替代的实际用例。如果非用户自定义填写,需通过注释进行说明。
// 例如:var result = xxx.createExample(parameterOne); // parameterOne由扫描自动获取

// 示例图布局清晰,配色简洁大方,图片有版权。

// 注释要精简、突出要点。需提供注释的典型场景还有:
// 1. 当代码不能说明变量命名的具体含义,或不能说明代码逻辑时,必须提供注释。
// 2. 涉及到复杂算法或特殊语法时,必须提供注释。

示例:

// xxx.ets
@Entry
@Component
struct CheckboxExample {
  build() {
    Row() {
      // 生成一个多选框,默认选中,点击可显示多选框状态
      Checkbox({name: 'checkbox1',  group: 'checkboxGroup'})
        .select(true)
        .selectedColor(0xed6f21)
        .onChange((value: boolean) => {
          console.info('Checkbox1 change is'+ value)
        })
      // 生成一个多选框,默认不选中,点击可显示多选框状态
      Checkbox({name: 'checkbox2',  group: 'checkboxGroup'})
        .select(false)
        .selectedColor(0x39a2db)
        .onChange((value: boolean) => {
          console.info('Checkbox2 change is'+ value)
        })
    }
  }
}