GAE Webapp还是Django-nonrel？

Question

我想主持我的个人网站，将主要有一个博客，画廊组件以及代码片段和演示，我选择GAE，因为它提供一个合理规模的网站免费托管(即个人网站)。

我最初认为它可以托管Django应用程序而无需任何修改，而且由于我在Django方面有一些经验，所以我很容易部署一个站点。然而，经过进一步的研究，我发现情况并非如此，需要一些“黑客”才能在GAE上托管Django站点。

此外，通过查看一些few应用程序的实现，GAE似乎要简单得多，而且不像文档所描述的那样让人望而生畏：https://github.com/ccarpenterg/todolist/wiki。

所以我的问题是：

• ：在GAE网络应用上使用Django有什么好处吗？
• 是否值得开销成本?如果有开销成本？
• ，我是否正确地认为GAE and应用有一个可以忽略不计的学习曲线，并且可能比Django应用更容易实现？

？

Answer 1

在webapp上使用Django有几个很好的理由：

• Portability --使用通用框架可以更容易地在app和传统托管provider.
• Features之间移动现有的应用程序- Django是一个更健壮的框架，具有更多的功能。

但缺点是你是二等公民。大多数Django用户使用SQL后端，大多数App用户使用webapp。对于两者的开发人员来说，框架和平台不一致的地方就不那么重要了。

除非你有一个令人信服的理由使用Django，否则我会坚持使用webapp。

Answer 2

我即将完成我的第一个重要的应用程序引擎项目--在开发期间，我从django non-rel切换到使用gae模型，但是保留了django模板(和模板标记)。

对我来说，打破协议的是，非雷尔目前不支持交易。虽然您应该将事务的使用保持在最低限度以提高效率，但它们有时是有用的(特别是在减少我的用户的帐户余额时！)。

当我转换时，我意识到我真的对数据存储完全不了解。只是在直接使用了它之后，我才看到了非雷尔所隐藏的东西。这并不意味着一旦非rel支持事务(我相信，它们现在正在处理中)，我不会切换回来，但我很高兴我确实有一段时间直接使用了google类。

因此，我建议您至少尝试一下“原始”商店的一些小实验，包括对象树和事务树。然后，一旦您更确信您已经很好地理解了数据存储，请考虑在合适的情况下使用non(因为可移植性是不可否认的优势)。

请注意，我保留了django的模板和模板标记，以及url分派过程和通用配置。我确实看过gae框架，但它似乎没有django给出的强大(例如，django的命名url模式非常棒)。

tl博士:我很高兴我离开了非rel，但是和django在一起。这对我很有帮助，但我会考虑在将来回到非rel公司。

Answer 3

我认为说GAE网络应用程序有“微不足道的学习曲线”是不正确的。虽然我发现它是一个优秀的web应用程序平台，但它确实有许多方面与更传统的CGI + SQL平台有很大不同。

您可能可以像与任何其他提供者一样，将一个在AppEngine上工作的应用程序合并在一起，但是了解复杂的内容、重要的细节和差异以及使AppEngine变得特殊的细节并不简单。