应用引擎的谷歌云存储

Question

快把我逼疯了，有人帮我解决here.This google云的东西让我很困惑。我有点糊涂了，我的理解中缺少了一些东西。我想使用云storage.Now我有一个默认的Android项目，它有一个android客户端，一个应用引擎后端，由实体、端点、客户端库等组成，以及一个通过google云存储文档的CLIENT.While，我发现了以下内容：

1. Google客户端库
2. Google云存储客户端库
3. Google云存储API
4. 客户端Java库

我仍然不知道每个人实际上都做了什么，我不知道如何在我的android客户端实现云存储。

如果我使用云存储，为什么我需要应用程序引擎后端应用？我的后端不需要API，对吗？我可以使用直接使用我的桶，就像使用Volley一样。我是不是漏掉了什么？

有没有关于如何使用android客户机/应用程序的云存储的"hello world“教程，或者有人可以帮助？

Answer 1

如果你100%确信你不需要任何后端逻辑，而且永远也不会看到Using Google Cloud Storage JSON api in android的直接安卓<->谷歌云存储操作。

通常，在一个成功的应用程序的生命周期中，最终需要后端的一些逻辑(例如处理不同版本的客户端-并不是所有更新都在同一纳秒内：-- )，因此，通常来说，让前端转到应用程序引擎后端(除了提供对云存储的访问)是更谨慎和更有前途的。

在0.1版时，所需的逻辑量可能非常小(虽然通常至少是某种身份验证)，但如果应用程序成功，可能需要新版本，后端将能够进化以处理这一问题。

然后在评论中你会问：

就我所理解的appengine而言，如果我需要将数据存储在NoSQL数据存储中，那么我可以使用端点支持创建后端，这反过来将消耗我的Restful。

更常见的安排是让后端供应作为前端消费的restful；这就是云端点可以为您所做的(如果您愿意的话，您可以用其他许多不同的方式来设计和实现restful )。

我的意思是，我是否可以/应该在后端端点中使用云存储rest，它本身被用来调用我自己的rest？

一种健壮的体系结构基于关注点的分离，。让运行在Android上的前端本质上关注整个应用程序中的“人工界面”部分--清晰和有用地显示数据，与用户交互。

前端可以将几乎所有其他关注委托给后端，包括存储和应用程序特定逻辑的大部分方面，涉及存储在哪里，是否允许访问某些数据(类型为-读/写或读/只)，这取决于用户的身份验证等等。

这个委托可以利用云端点，或者，您可以选择以不同的方式设计和实现它(例如，通过不同的框架生成和使用应用程序的REST )。

为什么我需要后端逻辑来处理不同版本的客户端？

例如，如果新版本的客户端希望存储和检索比旧版本更多的数据，那么您就需要这样做--例如，在将来的版本中，您可能会发现添加GPS定位数据，或者可选地添加多张照片或音频片段等等，这些都是以前版本中没有使用的。(当然，在不知道你的应用程序是什么的情况下，很难做到具体，但一般来说，在早期版本中，你总是没有做过一些事情，并且希望在将来的版本中添加：-)。

在这种情况下，后端需要知道从客户端准确地期望哪些数据比特和数据片段，反之，哪些数据应该返回客户端--而这些关键方面将取决于客户端的版本；如果没有后端逻辑来调解新旧客户端之间的无缝过渡，就不可能做到这一点，特别是在一些客户已经升级到较新版本的过渡阶段，而另一些则仍然停留在旧版本上。