概览
资源是在系统 API 中公开的对象,可以查询、创建、更新和删除。这些资源包括:
每个资源都使用以下约定在专用的应用程序端点公开:
/api.rsc/resourceName。例如,如果 托管在 mydomain.com 上并监听 8001 端口,则将使用以下端点来访问 Files 资源:
资源访问方法
本节介绍用于对系统 API 公开的资源执行操作的 HTTP 方法。 建议在发送数据时使用 JSON 或 x-www-form-urlencoded 负载进行 API 调用,尤其是在请求正文较大的调用中。
GET
HTTP GET 请求可用于从 检索资源或资源集。GET 请求可以返回多项,也可以仅返回一项,具体取决于请求中是否指定了查询参数。不带参数的 GET 请求
不包含查询参数的 GET 请求将返回该资源类型的所有实例。例如,如果对 Certificates 资源发出了不带查询参数的 GET 请求,则响应将包括应用程序中保存的每个证书。对 Connectors 资源的类似请求将返回 流程中每个已配置端口实例的配置数据。 不带参数的 GET 请求的目标 URL 应与资源端点相同。例如:带参数的 GET 请求
GET 请求可以在目标 URL 中包含查询参数,以将结果集限制为目标资源的单个实例。例如,对 Files 资源的 GET 请求可以包含特定的端口、Folder 和 Filename 参数,以检索由该端口处理的单个文件。查询参数在目标 URL 末尾的括号中指定。例如:POST
HTTP POST 请求可用于在 中创建指定资源的新实例。例如,向 Files 资源发出 POST 请求会将文件插入到 流程中,向 Connectors 资源发出 POST 请求会在流程中创建新的已配置端口。 新资源的参数以 JSON 格式作为 POST 正文提供。该请求必须包含适当的 content-type 头部(例如 application/json),以便正确解释 POST 正文。应用程序 UI 中的 API 浏览器详细介绍了每种资源的可用属性。以下是 Connectors 资源的示例 POST 正文:PUT
HTTP PUT 请求可用于更新 中指定资源的实例。例如,向 Connectors 资源发出 PUT 请求将更新 流程中单个已配置端口的设置。 PUT 请求需要组合以下项目:- 目标 URL 中的查询参数。这些参数指定要更新资源的哪个实例,例如要更新哪个端口。
- PUT 请求 JSON 正文中的属性。这些属性决定该资源中要更新哪些字段,例如应将哪些端口配置字段设置为新值。