可视化 API 和自动化 API 之间的差异
Differences between the Visualization and Automation APIs
我对 Gooddata 有点陌生,我的问题是关于 APIs...
我了解可视化 API 是用于构建前端 Gooddata 小部件的 JavaScript API,而自动化 API 是 Ruby API 用于自动化 ETL/deployment 任务。
两者有重叠吗?具体来说,JavaScript API 除了创建自定义小部件之外,还能做 Ruby API 做的所有事情吗?我是否遗漏了任何其他信息?
只是想知道我们是否需要同时使用两个 API,或者 JavaScript API 是否可以满足我们的所有需求?
谢谢。
当前状态下的 JS SDK 主要旨在通过专用库(例如 D3)促进现有数据的可视化。 JS SDK 中可用的方法往往是 'getters',这将使检索到的数据可用于 UI 上的进一步操作和呈现。这意味着要检索的数据必须已经存在于 GoodData 平台中。
另一方面,Ruby SDK 更复杂,封装了 GD 的更广泛部分 API,因此使其适用于平台的各个方面(数据上传、报告创建) 、用户管理、调度、过滤等)。
尽管显然存在一些重叠,并且 JS SDK 是可扩展的(您可以在其之上构建自己的方法,这将嵌入位于库方法核心的实际 GD API 调用) ,总体思路是 JS SDK 可用于在浏览器中自定义 GD 平台数据的可视化,而 Ruby SDK 可用于其他用途。
此致
弗拉基米尔
我对 Gooddata 有点陌生,我的问题是关于 APIs...
我了解可视化 API 是用于构建前端 Gooddata 小部件的 JavaScript API,而自动化 API 是 Ruby API 用于自动化 ETL/deployment 任务。
两者有重叠吗?具体来说,JavaScript API 除了创建自定义小部件之外,还能做 Ruby API 做的所有事情吗?我是否遗漏了任何其他信息?
只是想知道我们是否需要同时使用两个 API,或者 JavaScript API 是否可以满足我们的所有需求?
谢谢。
当前状态下的 JS SDK 主要旨在通过专用库(例如 D3)促进现有数据的可视化。 JS SDK 中可用的方法往往是 'getters',这将使检索到的数据可用于 UI 上的进一步操作和呈现。这意味着要检索的数据必须已经存在于 GoodData 平台中。
另一方面,Ruby SDK 更复杂,封装了 GD 的更广泛部分 API,因此使其适用于平台的各个方面(数据上传、报告创建) 、用户管理、调度、过滤等)。
尽管显然存在一些重叠,并且 JS SDK 是可扩展的(您可以在其之上构建自己的方法,这将嵌入位于库方法核心的实际 GD API 调用) ,总体思路是 JS SDK 可用于在浏览器中自定义 GD 平台数据的可视化,而 Ruby SDK 可用于其他用途。
此致
弗拉基米尔