谷歌api客户端或谷歌云ruby

谷歌api客户端或谷歌云ruby,ruby,google-bigquery,google-api-client,Ruby,Google Bigquery,Google Api Client,每当我们集成GoogleAPI时,我们的团队成员总是感到困惑 官方关注的一个问题是?什么是官方支持的客户端库 在过去,我们使用了googleapi客户端,但似乎还有另一个库名为googlecloudruby 现在用哪一个 尽管google api客户端上的README.md声明 这些客户端库由Google正式支持。但是,这些库被认为是完整的,并且处于维护模式。这意味着我们将解决关键的bug和安全问题,但不会添加任何新功能。 这使得客户端库的明显选择变得显而易见 但是你可以在googlecloud

每当我们集成GoogleAPI时,我们的团队成员总是感到困惑

官方关注的一个问题是?什么是官方支持的客户端库

在过去,我们使用了
googleapi客户端
,但似乎还有另一个库名为
googlecloudruby

现在用哪一个

尽管google api客户端上的README.md声明

这些客户端库由Google正式支持。但是,这些库被认为是完整的,并且处于维护模式。这意味着我们将解决关键的bug和安全问题,但不会添加任何新功能。

这使得客户端库的明显选择变得显而易见

但是你可以在
googlecloudruby
中找到他们所依赖的参考


因此,如果它在后台使用
googleapi客户端
,为什么要使用
googlecloudruby
,那么?

正如您所说,有两套库。正如您为Ruby所确定的,PHP和其他应用程序也是如此

所有API都整合到新的“云””命名库中

从理论上讲,旧的也很好,因为库只是包装端点,没有不推荐的端点。但新功能不会添加到旧功能中,而是在新的cloud one上积极开发

我们有仍然使用api命名的遗留代码,并且我们开发了一个新的worker,它也使用新的库。库不会被弃用,它们只是在没有维护的情况下扩展


事实上,谷歌可以提到有两个,你应该选择最新的一个。顺便说一句,所有谷歌云官方文档都指向新的一个:cloud

正如您所说,有两套库。正如您为Ruby所确定的,PHP和其他应用程序也是如此

所有API都整合到新的“云””命名库中

从理论上讲,旧的也很好,因为库只是包装端点,没有不推荐的端点。但新功能不会添加到旧功能中,而是在新的cloud one上积极开发

我们有仍然使用api命名的遗留代码,并且我们开发了一个新的worker,它也使用新的库。库不会被弃用,它们只是在没有维护的情况下扩展

事实上,谷歌可以提到有两个,你应该选择最新的一个。顺便说一句,所有谷歌云官方文档都指向新的一个:cloud