App Engine的“Cloud Endpoints Framework for App Engine”和“Google Protocol RPC Library”之间的区别

时间:2017-03-25 17:09:00

标签: python google-app-engine google-cloud-endpoints

我正在寻找方法来揭示我在Google App Engine应用程序中实现的业务逻辑,作为移动客户端调用的RPC服务;似乎有两种方法可以做到这一点:

    App的
  • Google Protocol RPC Library。这里的示例让我使用protorpc.wsgi.service.service_mapping创建一个WSGI服务,公开服务类,其方法用protorpc.remote.method进行修饰。

  • Cloud Endpoints Framework for App Engine。这里的示例让我使用endpoints.api_server暴露服务类来创建一个Cloud Endpoint,其方法用endpoints.method进行修饰。

我从Google协议RPC库开始,因为这是从App Engine文档链接的主要内容,并使RPC工作,我可以使用简单的curl命令验证。但我找不到如何生成Android / iOS客户端库。

经过更长时间的搜索后,我找到了App Engine的Cloud Endpoints Framework,它似乎提供了生成Android / iOS库的选项,但我对这两个选项之间的相似性感到困惑(例如,似乎是Cloud Endpoints Framework至少部分地依赖于protorpc,但装饰者和处理者是不同的)并且不确定我应该选择哪一个。

(注意:我了解Cloud Endpoints可用于更多环境,例如Compute Engine,但我希望尽可能多地保留App Engine标准。)

我的问题:

  1. 有人可以清楚地表达这两个看似非常相似的解决方案之间的差异吗?在某些情况下,我可能更喜欢使用Google Protocol RPC库而不是App Engine的Cloud Endpoints Framework?有哪些其他情况需要使用Cloud Endpoints Framework?

  2. 有没有办法从为Google协议RPC库编写的API定义生成客户端库?现在我已经使用了简单的Google Protocol RPC库版本,我就是我不确定是否应该为了客户端代码生成而迁移到App Engine的Cloud Endpoints Framework。

0 个答案:

没有答案