google-api-客户端或google-云-ruby
google-api-client or google-cloud-ruby
每当我们整合 google api 的时候，我们的团队成员总是有一种困惑。
官方关心的问题之一是？官方支持的客户端库是什么？
过去，我们使用过google-api-client，但似乎还有另一个库叫做google-cloud-ruby
现在使用哪一个？
尽管 google-api-client 上的 README.md 指出...
These client libraries are officially supported by Google. However, the libraries are considered complete and are in maintenance mode. This means that we will address critical bugs and security issues but will not add any new features.
这表明什么是客户端库的明显选择。
但随后您在 google-cloud-ruby 中找到了它们依赖于 google-api-client
的引用
所以如果它在后台使用 google-api-client 为什么要使用 google-cloud-ruby 呢？
正如你所说，有两套图书馆。正如您为 Ruby 确定的那样，PHP 和其他人也是如此。
所有 API 都被合并到新的“cloud”命名库中。
从理论上讲，旧的也很好，因为库只是包装端点，并且没有弃用的端点。但新功能不会添加到旧功能上，而是在新的云上积极开发。
我们有仍然使用 api 命名代码的遗留代码，我们开发了一个也使用新库的新工作程序。图书馆不会被弃用，它们只是因为没有维护而跨越。
确实Google可以提到有两个，你应该选择最新的一个。顺便说一句，所有 Google 云官方文档都指向新文档：cloud
每当我们整合 google api 的时候，我们的团队成员总是有一种困惑。
官方关心的问题之一是？官方支持的客户端库是什么？
过去，我们使用过google-api-client，但似乎还有另一个库叫做google-cloud-ruby
现在使用哪一个？
尽管 google-api-client 上的 README.md 指出...
These client libraries are officially supported by Google. However, the libraries are considered complete and are in maintenance mode. This means that we will address critical bugs and security issues but will not add any new features.
这表明什么是客户端库的明显选择。
但随后您在 google-cloud-ruby 中找到了它们依赖于 google-api-client
所以如果它在后台使用 google-api-client 为什么要使用 google-cloud-ruby 呢？
正如你所说，有两套图书馆。正如您为 Ruby 确定的那样，PHP 和其他人也是如此。
所有 API 都被合并到新的“cloud”命名库中。
从理论上讲，旧的也很好，因为库只是包装端点，并且没有弃用的端点。但新功能不会添加到旧功能上，而是在新的云上积极开发。
我们有仍然使用 api 命名代码的遗留代码，我们开发了一个也使用新库的新工作程序。图书馆不会被弃用，它们只是因为没有维护而跨越。
确实Google可以提到有两个，你应该选择最新的一个。顺便说一句，所有 Google 云官方文档都指向新文档：cloud