在应用程序引擎中仅对一个用户使用 gdata，需要决定
我正在构建一个 GAE 应用程序，允许用户在不同的上下文中共享文档。没什么太花哨的。 我想以这样的方式使用 Gdata，让应用程序拥有文档，而不是用户。这样，我就不需要任何类型的代币了——有人会想。
这是主要思想：
应用程序用户创建文档 -->应用程序创建文档并拥有它 -->用户可以 RUD 和 是否有任何推荐的方法
仅使用硬编码的用户进行身份验证？密码？ 到目前为止，ClientLogin 似乎是可行的方法。 http://code.google.com/apis/gdata/docs/auth /clientlogin.html
但我仍然对以下问题有一些疑问：
- 我是否将自己置于其他替代方案可能受到限制的情况下？
- ClientLogin 真的是最好的方法吗？
确实可以在这里使用其他人的经验建议。拖延症正在害死我。
干杯，
A.
I am building an GAE app that allows users to share documents over different contexts. Nothing too fancy.
I want to use Gdata in such a way that it is the app that owns the documents, and not the users. This way, I shouldn't need any kind of tokens --one would think.
This is the main idea:
App user creates doc --> App creates doc and owns it --> user can RUD & share the doc
Is there any recommended way to authenticate using just a hard coded user & password?
The ClientLogin, up to now, seems to be the way to go.
http://code.google.com/apis/gdata/docs/auth/clientlogin.html
But I still have some doubts about the following:
- Am I putting myself in a scenario of possible restrictions over other alternatives?
- Is really ClientLogin the best way to go?
Could really use advice from others' experience here. Procrastination is killing me.
Cheers,
A.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
如果这是一个个人项目，并且只有一小部分用户，那么设计可能没问题。
使用 OAuth 的一个很好的理由是您不需要将帐户密码存储在某处。相反，您将能够实现一个简单的“设置”过程来获取和存储访问令牌。 OAuth 也很好，因为您可以限制访问范围。
然而，我必须说，我发现你的问题非常模糊——所以很难给出更具体的答案。
If this is a personal project, and you've only got a very small group of users, the design might be OK.
One really good reason to use OAuth is that you won't need to store the account password somewhere. Instead you'll be able to implement a simple 'setup' process to get and store an access token. OAuth is also nice since you'll be able to restrict the access scope.
However, I must say, I find your question very vague -- so more specific answers are difficult.