问题标签 [protorpc]

使用 AppEngine 的 ProtoRPC 库时是否可以设置缓存控制标头？

如果我查询我的服务，我可以看到它当前正在设置一个无缓存标头：

尽管 Endpoints 库似乎确实允许控制缓存标头，但我无法找到任何更改它的方法，而且我知道它是基于 ProtoRPC 构建的，所以大概可以做到。

我正在使用Google App Engine 的 Protocol RPC library。我想获取请求的标头并检查某个标头是否存在。我不知道如何获取请求标头？

代码基本上是这样的：

传入的请求对象属于“MyRequest”类型，并且没有附加任何标头信息。

对于调试需求，我有兴趣能够打印我的 Endpoints API 的标头、请求和响应。显然，我可以在我编写的每个 Endpoints 方法中显式地打印请求和响应，但我想要更多的基础设施。

我设法通过实现该initialize_request_state()功能来打印标题，但我正在努力寻找一种方法来为请求和响应做同样的事情。

我发现自己正在编写数据存储模型，然后为它们各自的消息重复完全相同的一组属性。是否有任何智能方法可以在数据存储实体和 protopc 消息之间进行转换？一种内置的 to_message 方法，还是必须自己做？

如何从@endpoint.method 或@MyModel.method (EndpointsModel) 返回值（即布尔值、字符串等）？

我主要在工作中处理 REST json API。所以我对他们很熟悉。但是对于我自己的项目，我正在尝试应用程序引擎，因为我相信它非常适合。

我已经开始在 python 中编写我的逻辑（使用 ferris），并且在阅读更多关于应用程序引擎的内容时，我遇到了 protorpc 和云端点。但是在我读过的大多数示例中，它们似乎和我在 rest api 中所做的一样。使用 json 发出请求，并返回 json 响应。或者一个错误。

我看到的主要区别是，在休息时，端点是基于资源的。以及围绕它们的 HTTP 动词，例如 GET、POST、PUT、DELETE 等。在 RPC 中，每个请求都有自己的端点，而不是基于资源或模型。

两者都被请求，并以 json 响应。所以我认为我没有看到使用 Google 端点的好处。他们是否提供其他一些好处？我可能会看到更好的端点分析跟踪。但是我是否还需要使用 post http 动词来修改内容？

如果我使用某些框架，这些都会改变吗？像django。虽然我目前正在测试 Ferris，它有一个处理 protopc 的消息传递系统。虽然，我还不能休息。

那么我错过了什么？与仅让我的对象方法处理 json 请求相比，端点有什么好处。套接字连接会影响这个吗？

我想为 ProtoRPC 消息中的某些字段编写自定义验证。文档说，开发人员不能扩展 protopc.messages.Field 类。

这是否意味着我不应该扩展 StringField？

例如 StringField 不确保字符串是非空的。

我已经检查过了，我的自定义字符串类和我的 validate_element 方法按预期工作。有什么理由，我不应该那样做吗？

有没有办法在 protorpc 服务路径中添加变量？类似于webapp2 url 模板。

当前，当缺少必填字段时，ProtoRPC 会返回如下消息：

是否可以提供更好的错误信息？理想情况下，此示例中的“缺少必填字段 api_key”。

根据Google Code Issue Tracker和Github 问题，这曾经正在处理中。但是，似乎没有任何活动。

我非常感谢任何解决方案或解决方法。

如何在 Protorpc 中使用任务队列（推送队列）。

我有一个登录页面表单，它在发送时执行多项操作：

• 将字段保存在 DataStore 中
• 向表单的发件人发送电子邮件
• 将字段发送到第三方应用程序（比如说 CRM）

表单发送是在服务器端使用 protopc 实现的。

...

这个解决方案被卡住了，因为用户需要等待所有这些请求时间。（在这种情况下，它只有 2-3 秒，但对于登录页面表单来说已经很多了）

一个好的解决方案是使用任务队列来最小化用户需要等待的时间：

（举个例子）

“问题”是 protorpc 仅获取 json 对象作为请求。如何使用 TaskQueue(Push) 做到这一点？

TaskQueue 的默认行为是将参数作为 urlencoded 字符串发送，这对 protorpc 来说并不方便。