1# ArkTS组件接口说明模板
2
3## 总体写作说明
4
5|      | 说明项             | 细则                                                         |
6| ---- | ------------------ | ------------------------------------------------------------ |
7| 1    | 客户化写作基本要求 | **写作中,请变身开发者,对于开发者使用该组件时所需的使用场景、参数选取原则、开发建议/经验、示例等信息进行清晰描述,达到指导开发者顺利使用本组件进行开发的目标。** |
8| 3    | 上传路径           | markdown文件:docs/zh-cn/application-dev/reference/apis-xxx-kit/<br>图片路径:docs/zh-cn/application-dev/reference/apis-xxx-kit/figures,并在markdown文件中通过路径\![]\(figures/xxx.jpg)或\![]\(figures/xxx.png)引用。 |
9| 4    | 文件命名           | 一个d.ts对应一个组件文档,文件名称需包含组件所属类和组件名,格式为:**ts-组件所属类名-组件名.md**。<br/>示例:<br/>基础组件Text,文件命名为:ts-basic-component-text.md<br/>容器组件List,文件命名为:ts-container-list.md |
10| 5    | 目录修改           | 新增文件,需要修改对应的Readme,即`docs/zh-cn/application-dev/reference/apis-xxx-kit/Readme-CN.md`。 |
11| 6    | 文档结构           | - 模块说明<br/>- 起始版本说明<br/>- 导入模块/使用说明<br/>-子组件<br>- 接口、属性、事件、对象、枚举、自定义类型<br/>  描述顺序和代码保持一致,如果某些接口具有逻辑顺序,请注意排列。 |
12| 11   | 示例代码语言       | 所有的示例代码采用代码块的样式,并标记开发语言为ts,且在示例代码最开始添加注释`// xxx.ets` |
13| 12   | 链接写法           | 格式:[链接文字]\(链接内容)<br/>跨文件夹链接:[指南]\(\.\./../xxx/xxx.md),一个`../`表示上移一层文件夹。<br/>页面内链接:[接口A<sup>7+</sup>]\(#xxxa7),页面内链接和需要链接到的标题保持一致,全小写无特殊符号(-除外)无标签。 |
14
15## d.ts标签与文档字段的对应关系
16
17以下字段,除版本说明外,均需下沉到每一个接口中。
18
19如果是属性、interface表格,字段全表统一无差异,可统一写在表格上方;如果有一个不一致,需全部拆开,写到每一行的“说明”里。
20
21| d.ts的标签                     | 含义     | 文档字段                                                     |
22| ------------------------------ | -------- | ------------------------------------------------------------ |
23| @since                         | 版本说明 | 1. 每个模块要有起始版本说明,使用引用语法“>”对接口的起始版本进行说明。接口没有标记的,默认与模块同一个起始版本。<br/>2. 已有模块新增接口使用\<sup>标签标记对应版本号。写法:`<sup>版本号+</sup>`<br/> 例如`<sup>7+</sup>`<br/> 示例:API 6已有的模块,在API 7新增了一个属性字段,则在属性后加标记,即newAttribute<sup>7+</sup>。<br/>如果新增了一个方法,则在方法标题后增加标记,即 getSimIccId<sup>7+</sup>,interface、class、枚举等同理。 |
24| @deprecated                    | 废弃说明 | 废弃内容不能直接删去,上标标注(deprecated),起始版本和废弃版本均使用引用语法“>”说明。若无替代接口,需给出替代方案说明。<br/>示例:abandonmentMethod<sup>(deprecated) </sup><br/>> 从API version 4 开始支持,从API version 7 开始废弃,建议使用[newMethod]\(#newmethod)替代。 |
25| @FAModelOnly / @StageModelOnly | 模型约束 | **模型约束:** 此接口仅可在FA模型下使用。 <br/ > **模型约束:** 此接口仅可在Stage模型下使用。 |
26| @form                          | 卡片能力 | **卡片能力:** 从API version x开始,该接口支持在ArkTS卡片中使用。 |
27| @systemapi                     | 系统接口 | **系统接口:** 此接口为系统接口。                            |
28| @syscap                        | 系统能力 | **系统能力**:SystemCapability.xxx.xxx                       |
29| @permission                    | 权限     | 1. 如果仅涉及一个权限,格式:<br/>    **需要权限:** ohos.permission.xxxx   <br/>2. 如果该接口涉及多个权限,则采用“和、或”进行分割,格式:<br/>    **需要权限:** ohos.permission.Aohos.permission.B<br/>    **需要权限:** ohos.permission.Aohos.permission.B |
30| @extends                       | 继承     | 带有该标签或实际存在extends关系但未带该标签时,在相关描述处应明确说明“xxx继承自xxx(提供链接)。” |
31
32下面进入具体每个组件接口的写作。
33
34***
35
36# 文档标题
37
38> *写作说明*
39>
40> 1. **文档标题**:作为文档标题,要求使用中文短语概括本组件功能;但如果部分概念使用英文更便于开发者理解,可以直接使用。如Button、Slider等。
41> 2. **标题层级**:文档标题为一级标题,使用`# `;其他字段如function、class、interface、enum、type为二级标题,使用`## `;class下的属性、function为三级标题,使用`### `。
42> 3. **起始版本说明**:使用markdown的引用语法“>”对接口的起始版本进行说明,说明后需要换行。<br/>版本说明统一放在模块描述之后。一个模块只会有一个起始版本。<br/>采用标准句式:“本模块首批接口从API version x开始支持。后续版本的新增接口,采用上角标单独标记接口的起始版本。”x需要修改为对应的版本号。
43
44模块描述。此处对该模块的定义、功能、使用场景、使用建议进行描述,采用如下固定句式。
45
46(模块介绍,可选)xxx是xxx。
47
48(功能描述,必选)提供xxx能力,包括xxx、xxx等。——当模块名不够语义化时,推荐此句式。
49
50或 xxx组件/方法,用于xxx、xxx。——当模块名已经表达了清晰的语义时,推荐此句式。
51
52(使用场景,可选)当需要xxx时,使用本模块xxx方法/本组件。
53
54(使用建议或注意事项,可选)本模块可与xxx联合使用,以提升开发效率……。
55
56**举例1**:Marquee
57
58跑马灯组件,用于滚动展示一段单行文本,仅当文本内容宽度超过跑马灯组件宽度时滚动。
59
60**举例2**:SideBarContainer
61
62提供侧边栏可以显示和隐藏的侧边栏容器,通过子组件定义侧边栏和内容区,第一个子组件表示侧边栏,第二个子组件表示内容区。
63
64> **说明:**
65>
66> 该组件从API Version 8开始支持。后续版本如有新增内容,则采用上角标单独标记该内容的起始版本。
67
68## 导入模块
69
70> *写作说明*
71>
72> 1. 可选,若该模块为组件和通用方法,则删除此项。
73> 2. 若该模块为需要导入的API接口,必选。
74> 3. 根据实际情况填写导入模块。采用代码段的样式,给出import语句。
75>
76
77```js
78import { font } from '@kit.ArkUI';
79```
80
81## 子组件
82
83> *写作说明*
84>
85> 1. 若该模块为系统内置组件,且组件包含子组件,必选。
86> 3. 若子组件在使用时存在约束限制,需在此说明。
87
88示例:可以包含子组件。
89
90## 接口
91
92>*写作说明*
93>
94>1. 若该模块为系统内置组件,则必选,如果没有接口可删除此二级标题。
95>2. 方法具体的调用形式和d.ts保持一致,需要包括参数名和参数类型。
96>3. 参数描述需要包括:参数的含义与用途、什么场景下使用该参数、选取建议、参数间关联关系等。
97>4. 参数取值说明需要包括:取值范围、单位、默认值、取值原则或建议值;边界值涉及限制/异常时,需讲明具体场景;如果有固定格式,需要给出格式样例,尤其是URI。
98>3. 若该参数为可选,则在参数名后添加问号(?)做以标识。
99>4. 方法调用涉及到的符号均为英文符号,注意在冒号(:)后添加空格。
100>5. 删除方法调用描述后的分号(;)。
101>6. 参数类型如果为自定义类型(对象、枚举等),若该类型首次出现,以二级标题的形式在此描述。若该类型在其他模块已做说明,则建立相对链接。
102>7. 注意:尖括号<>可能会被识别为标签,导致界面显示失效,可增加一个\,以保证界面正常显示,如“\<>”或使用转义字符&lt; &gt; 。
103>8. 注意:组件接口中的方法无返回值,不以三级/二级标题形式体现,其余要求同[方法](#方法)。
104>9. 注意:默认值/单位/取值范围需要在描述中换行体现。
105
106如果接口有两个及以上的创建方法,此处给出接口不同创建方式的差异说明。
107
108此处给出该接口方法的具体调用形式。为:方法名称(参数1名称:参数1类型,参数2名称:参数2类型,……)。<br>如果接口涉及多个方法,则顺次描写,并将方法名称置为3级标题。
109
110示例:
111
112Column(value?:&nbsp;{space?: string&nbsp;|&nbsp;number})
113
114**卡片能力:** 从API version 9开始,该接口支持在ArkTS卡片中使用。
115
116**原子化服务API:** 从API version 11开始,该接口支持在原子化服务中使用。
117
118**系统能力:** SystemCapability.ArkUI.ArkUI.Full
119
120**参数:**
121
122| 参数名 | 类型 | 必填 | 说明 |
123| -------- | -------- | -------- | -------- |
124| space | string&nbsp;\|&nbsp;number | 否 | 纵向布局元素垂直方向间距。<br/>从API version 9开始,space为负数或者[justifyContent](ts-container-column.md#justifycontent8)设置为FlexAlign.SpaceBetweenFlexAlign.SpaceAroundFlexAlign.SpaceEvenly时不生效。<br/>默认值:0<br/>单位:vp<br/>**说明:**<br/>可选值为大于等于0的数字,或者可以转换为数字的字符串。 |
125
126
127## 属性
128
129> *写作说明*
130>
131> 1. 可选,如果没有属性可删除此二级标题。
132> 2. 属性方法具体的调用形式和d.ts保持一致,需要包括参数名、参数类型。
133> 3. 将属性方法的名称置为三级标题。
134> 4. 类型如果为自定义类型(对象、枚举等)需要建立链接到对应的interface或enum中。
135> 5. 注意:默认值/单位/取值范围需要在描述中换行说明。
136
137若该模块为系统内置组件,则此处需说明该组件是否支持通用属性。
138
139示例:
140
141grayscale(value: number)
142
143为组件添加灰度效果。
144
145**卡片能力:** 从API version 9开始,该接口支持在ArkTS卡片中使用。
146
147**原子化服务API:** 从API version 11开始,该接口支持在原子化服务中使用。
148
149**系统能力:** SystemCapability.ArkUI.ArkUI.Full
150
151**参数:**
152
153| 参数名 | 类型   | 必填 | 说明                                                         |
154| ------ | ------ | ---- | ------------------------------------------------------------ |
155| value  | number | 是   | 为当前组件添加灰度效果。值定义为灰度转换的比例,入参1.0则完全转为灰度图像,入参0.0则图像无变化,入参在0.0和1.0之间时,效果呈线性变化。(百分比)<br/>默认值:0.0<br/>取值范围:[0.0, 1.0]<br/>**说明:**<br/>设置小于0.0的值时,按值为0.0处理,设置大于1.0的值时,按值为1.0处理。 |
156
157## 事件
158
159> *写作说明*
160>
161> 1. 可选,如果没有事件可删除此二级标题。
162> 2. 事件方法具体的调用形式和d.ts保持一致,需要包括参数名、参数类型。
163> 3. 类型如果为自定义类型(对象、枚举等)需要建立链接到对应的interface或enum中。若该类型首次出现,以二级标题的形式,在该事件下方描述。若该类型在其他模块已做说明,则建立相对链接。
164
165若该模块为系统内置组件,则此处需说明该组件是否支持通用事件。
166
167示例:
168
169除支持通用事件(通用事件需添加相对链接)外,还支持如下事件:
170
171onSubmit(callback: (value: string) => void)
172
173点击搜索图标、搜索按钮或者按下软键盘搜索按钮时触发。
174
175**参数:**
176
177| 参数名 | 参数类型 | 是否必填 | 描述                   |
178| ------ | -------- | -------- | ---------------------- |
179| value  | string   | 是       | 当前输入文本框的内容。 |
180
181## 方法
182
183> *写作说明*
184>
185> 1. 可选,如果没有可删除。写作要求同[API接口中方法](js-template.md#方法)说明。
186> 2. 无需体现示例代码。
187
188
189## Class
190
191> *写作说明*
192>
193> 1. 可选,如果没有可删除。如果有多个,请分多个二级内容描述,并使用“##”自行新建二级标题。
194> 2. 二级标题名为class、interface的名称。
195> 3. 如果该API中,既有属性,又有方法,需要先进行属性的写作,并使用“###”三级标题。 如果该API中,只有属性,那么不需要新建三级标题,直接使用表格陈列属性。
196
197### 属性
198
199> *写作说明*
200>
201> 1. 可选,如果没有可删除。写作要求同[API接口中属性](js-template.md#属性)说明。
202
203### Class中的方法
204
205> *写作说明*
206>
207> 1. 可选,如果没有可删除。写作要求同[API接口中方法](js-template.md#方法)说明。
208
209## 枚举
210
211> *写作说明*
212>
213> 1. 可选,如果没有可删除。写作要求同[API接口中枚举](js-template.md#枚举)说明。
214
215## Type
216
217> *写作说明*
218>
219> 1. 可选,如果没有可删除。写作要求同[API接口中Type](js-template.md#type)说明。
220
221
222## 示例
223
224此处说明该示例的应用效果。
225
226> *写作说明*
227>
228> 1. 必选,以二级/三级标题的形式体现,需要示例代码和示例图。
229> 2. 若该组件/模块功能复杂,则按照功能点划分,按照三级标题的形式分块呈现示例代码和示例图。
230>
231> ```tsx
232> // 必选项。
233>
234> // 所有的示例代码需要进行自检。
235> // 不能出现缺符号、变量前后不一致等低错。
236> // 所有的使用到的变量要进行声明。
237> // 所有示例代码均需要添加语言标记。
238>
239> // 不允许直接写参数名,必须是可使用、易替代的实际用例。如果非用户自定义填写,需通过注释进行说明。
240> // 例如:var result = xxx.createExample(parameterOne); // parameterOne由扫描自动获取
241>
242> // 示例图布局清晰,配色简洁大方,图片有版权。
243>
244> // 注释要精简、突出要点。需提供注释的典型场景还有:
245> // 1. 当代码不能说明变量命名的具体含义,或不能说明代码逻辑时,必须提供注释。
246> // 2. 涉及到复杂算法或特殊语法时,必须提供注释。
247> ```
248
249示例:
250
251```ts
252// xxx.ets
253@Entry
254@Component
255struct CheckboxExample {
256  build() {
257    Row() {
258      // 生成一个多选框,默认选中,点击可显示多选框状态
259      Checkbox({name: 'checkbox1',  group: 'checkboxGroup'})
260        .select(true)
261        .selectedColor(0xed6f21)
262        .onChange((value: boolean) => {
263          console.info('Checkbox1 change is'+ value)
264        })
265      // 生成一个多选框,默认不选中,点击可显示多选框状态
266      Checkbox({name: 'checkbox2',  group: 'checkboxGroup'})
267        .select(false)
268        .selectedColor(0x39a2db)
269        .onChange((value: boolean) => {
270          console.info('Checkbox2 change is'+ value)
271        })
272    }
273  }
274}
275```
276<!--no_check-->