设计节点的用户界面#
大多数节点是 API 的 GUI(图形用户界面)表示。设计界面意味着找到一种用户友好的方式来表示 API 端点和参数。直接将整个 API 转换为节点中的表单字段可能不会带来良好的用户体验。
本文档提供了要遵循的设计指导和标准。这些指南与 n8n 使用的指南相同。这有助于为混合使用社区节点和内置节点的用户提供流畅且一致的用户体验。
设计指导#
所有节点都使用 n8n 的节点 UI 元素,因此你不需要考虑颜色、边框等样式细节。但是,经历一个基本的设计过程仍然很有用:
- 查看你正在集成的 API 的文档。问问自己:
- 你可以省略什么?
- 你可以简化什么?
- API 的哪些部分令人困惑?你如何帮助用户理解它们?
- 使用线框工具尝试你的字段布局。如果你发现你的节点有很多字段并且变得令人困惑,请考虑 n8n 关于显示和隐藏字段的指导。
标准#
UI 文本样式#
| 元素 | 样式 |
|---|---|
| 下拉值 | 标题大小写 |
| 提示 | 句子大小写 |
| 信息框 | 句子大小写。单句信息不要使用句号 (.)。如果有多个句子,始终使用句号。此字段可以包含链接,链接应在新标签页中打开。 |
| 节点名称 | 标题大小写 |
| 参数名称 | 标题大小写 |
| 副标题 | 标题大小写 |
| 工具提示 | 句子大小写。单句工具提示不要使用句号 (.)。如果有多个句子,始终使用句号。此字段可以包含链接,链接应在新标签页中打开。 |
UI 文本术语#
- 使用与节点连接的服务相同的术语。例如,Notion 节点应该引用 Notion 块,而不是 Notion 段落,因为 Notion 将这些元素称为块。此规则有例外,通常是为了避免技术术语(例如,请参阅关于 upsert 操作的名称和描述的指导)。
- 有时服务在其 API 和 GUI 中对某些内容使用不同的术语。在你的节点中使用 GUI 语言,因为这是大多数用户熟悉的。如果你认为某些用户可能需要参考服务的 API 文档,请考虑在提示中包含此信息。
- 当有更简单的替代方案时,不要使用技术术语。
- 命名事物时要保持一致。例如,选择
directory或folder之一,然后坚持使用它。
节点命名约定#
| 约定 | 正确 | 错误 |
|---|---|---|
| 如果节点是触发器节点,显示的名称应在末尾有 'Trigger',前面有一个空格 。 | Shopify Trigger | ShopifyTrigger, Shopify trigger |
| 不要在名称中包含 'node'。 | Asana | Asana Node, Asana node |
显示和隐藏字段#
字段可以是:
- 打开节点时显示:用于资源和操作以及必填字段。
- 隐藏在 Optional fields 部分中,直到用户点击该部分:用于可选字段。
逐步披露复杂性:隐藏字段,直到它所依赖的任何早期字段都有值。例如,如果你有一个 Filter by date 切换开关和一个 Date to filter by 日期选择器,在用户启用 Filter by date 之前不要显示 Date to filter by。
按字段类型的约定#
凭证#
n8n 自动将凭证字段显示为节点中的顶部字段。