现在谷歌允许Java上应用程序的发动机,我想知道什么效果,这已在一个选择的网的框架的应用程序的发动机。

  1. 我意识到谷歌提供的网络应用程序 框架,这是很瘦骨嶙峋的人.
  2. 而为.96版本的决的 可供应用程序的动机 限制性的。
  3. web2py燃烧的资源,从我听到的。
  4. 轨道(现在可用的)不能使用 Email,ActiveResource, restclient,rmagick.

是不是有什么我失去了-做任何框架的工作以及在应用程序的发动机?

有帮助吗?

解决方案

就个人而言,我已经找到蟒蛇要更多的乐趣。那只是我。但是有几个犯Java开发商那里会更好Java支持在再.此外,支持Java是一个很好的选择,通过谷歌因为它将允许这再平台的潜在主办许多其他语言。这显然是一个小小的早期望所有JVM基于语言上运行,我们向您,但是未来看起来很有希望。现在我们可以看看是什么并不是工作的考虑看看 这再Java组页.

回到蟒蛇,我认为小型网应用程序的工作将大有内在的网络应用程序框架。其他应用程序将受益更多,从Django为1.0。看看 我们向您文章 以下的框架部分为几个好读出这一点。在任何情况下,则无疑将会限制在任何选择,因为大多数网络的框架都设计有关系数据库记住...其中数据存储/大表不是。此外,我们向您平台已经被沙盒于安全原因而也限制你在一定程度上。希望这会有所帮助。

其他提示

实际上web2py是非常光和自从~1.50上再,就缓存所有特码编译模型/人/控制器。

但是你需要考虑默认情况下是有数据存储基础的会议,这可能增加一些开销当与的框架,没有届会工作上再(至少是不通过默认)。

该web2py达尔本身不会增加的一个重要的开销时相比,在幼稚谷歌数据存储库Api。

尝试 弹簧.它支持访问用户和被创建.

甚至还有一个 蟒蛇的版本 春天了。

我不知道完全全的选择范围,但是我可以告诉你一些事情了蝙蝠...

  • 谷歌的应用程序是建立在/使用Django。
  • Django是什么谷歌的应用程序的欢呼和支持,因此我希望它将与谷歌的应用程序比其他人更好。
  • 谷歌的应用程序具有限制的建到你 不能 规避(或不).这些限制不涉及任何特定的框架,而它们是建成的织物的应用程序,可以这么说。
  • 我不会担心绩效的框架试图提高你的设计/结构,它肯定会报复更好。
  • 谷歌最终将移到Django1.0和更新,再加上他们正在更新谷歌应用程序。
  • 他们使用缓存(或相等的)这样考虑和利用它。

这真的取决于你想要做什么.以我的经验一些小的手工制作上的Webob真的是很好的一个。但对于完全成熟的网站,需要templates/届会/复杂的路由/缓存django难击败。

考虑到,如果你巨大的框架(如django1.0)的第一要求始终需要大约3秒钟,到负荷的一切存并保持其存在,直到15秒后这一请求。

虽然你四处为框架考虑到:

  • 奥姆是不适用的平台,因此基本上不重要。
  • 快速模板(如猎豹)不能快速(甚至工作),因为他们不能使用c扩展。
  • 缓存可能是最重要的事情要做,一切都快。

如果你是在寻找Python,然后 Django 将是你最好的选择。

支柱2本意是工作在谷歌上应用程序的发动机(至少在条款的实例应用程序)。按照这个主线:

http://www.nabble.com/Google-App-Engine-support--td22972179.html

似乎有一些问题Sitemesh方面的模板,但是如果您使用的JSP你应该确定。

这是一个好的选择,作为一个网络应用框架。

我建议 web.py 如果你使用蟒蛇。

我用 新的框架 再框架.这类似与决,但工作AppEngine.

最好的问候!

Python使用 webapp2 (附带应用程序的发动机)

如果你想建立大规模的应用和需要更多的灵活的框架,然后你可以来看看 金字塔Python框架.以前它被称为塔。有很多好的公司采用这种框架。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top