Quel cadre de développement web fonctionne mieux avec Google App Engine? [fermé]

Question

Maintenant que Google permet Java sur App Engine, je me demande quel effet cela a sur le choix du framework web pour App Engine.

1. Je me rends compte Google fournit la webapp cadre qui est assez barebones.
2. Et la version 0,96 de django qui est disponible pour App Engine est contraignant.
3. web2py brûle des ressources, de ce que je l'ai entendu.
4. Rails (maintenant disponible) ne peuvent pas utiliser ActiveRecord, ActiveResource, restclient, rmagick.

Y at-il quelque chose que je manque - t-il des cadres fonctionnent bien sur App Engine

Answer 1

Personnellement, j'ai trouvé Python être plus amusant. Ce n'est que moi. Cependant, il y a plusieurs développeurs Java Commited là-bas qui apprécieront le support Java dans GAE. Java En outre, le soutien était un bon choix par Google, car il permettra à la plate-forme GAE potentiellement accueillir de nombreuses autres langues. Il est évidemment un peu tôt pour attendre toutes les langues à base de machine virtuelle Java sur GAE, mais l'avenir semble prometteur. Pour l'instant nous pouvons regarder ce qui est et ne fonctionne pas en prenant un regard sur ce groupe GAE Java .

Pour revenir à Python, je pense que de petites applications Web fonctionneront très bien avec le cadre webapp intégré. D'autres applications bénéficieront plus de Django 1.0. Jetez un oeil sur les articles GAE dans la section des cadres pour quelques bonnes lectures à ce sujet. Dans tous les cas, vous aurez sans doute des restrictions à l'un de vos choix puisque la plupart des cadres web sont conçus avec des bases de données relationnelles à l'esprit ... qui datastore / BigTable est pas. En outre, la plate-forme GAE doit être sandbox pour des raisons de sécurité qui vous empêche aussi dans une certaine mesure. Espérons que cela aide.

Answer 2

En fait web2py est très léger et depuis ~ 1,50 sur GAE, il met en cache tous les modèles compilés bytecode / vues / contrôleurs.

Cependant, vous devez considérer que, par défaut est a des sessions basées sur datastore et cela peut ajouter un peu de frais généraux par rapport au cadre qui n'ont pas des séances de travail sur GAE (au moins pas par défaut).

Le DAL web2py lui-même ne pas ajouter une surcharge significative par rapport aux API Google datastore naïves.

Answer 3

de printemps. Il prend en charge JPA et JDO.

Il y a même un Python version pour le printemps maintenant.

Answer 4

Je ne sais pas exactement la gamme complète d'options, mais je peux vous dire quelques choses au large de la chauve-souris ...

• Google Apps est construit sur / en utilisant Django.
• Django est à peu près ce que cheer Google Apps et de soutien, donc je vous attendriez à intégrer avec Google Apps mieux que d'autres.
• Google Apps a des restrictions intégrées dans ce que vous ne peuvent pas contourner (ou ne devrait pas). Ces limitations ne sont pas liés à un cadre particulier, ils sont plutôt intégrés dans le tissu des Apps, pour ainsi dire.
• Je ne vous inquiétez pas beaucoup sur la performance du cadre - essayer d'améliorer votre conception / structure, il sera certainement la période de récupération mieux
.
• Google finira par passer à Django 1.0 et plus récent, plus ils sont la mise à jour Google Apps aussi.
• Ils utilisent memcache (ou un équivalent) afin de prendre cela en considération et l'utiliser.

Answer 5

Cela dépend vraiment de ce que vous voulez faire. Dans mon expérience quelque chose de petit fait à la main au-dessus de WebOb est vraiment bon pour une API. Mais pour les sites à part entière qui ont besoin de modèles / sessions / routage complexes / django de mise en cache est difficile à battre.

Prendre en compte que si vous énormes cadres (comme django 1.0) la première demande prend toujours environ 3 secondes pour charger tout en mémoire et y maintient jusqu'à 15 secondes après cette demande.

Et pendant que vous magasinez pour les cadres tenir compte du fait que:

• ORM de ne pas appliquer à la plate-forme donc en gros ne pas d'importance.
• Modèles rapides (comme Cheetah) ne seront pas rapides (ou même le travail) car ils ne peuvent pas utiliser des extensions c.
• Mise en cache peut-être la chose la plus importante de tout faire rapidement.

Answer 6

Si vous cherchez Python, puis Django serait votre meilleur pari.

Answer 7

Struts 2 est censé travailler sur Google App Engine (au moins en ce qui concerne les applications, par exemple). Suivre cette discussion:

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

Il semble qu'il y ait quelques problèmes avec Sitemesh en termes de texturation, mais si vous utilisez JSP vous devriez être ok.

Il est un bon choix en tant que cadre d'application web va.

Answer 8

Je recommande web.py si vous utilisez Python.

Answer 9

J'utilise nouveau cadre cadre GAE . Ceci est similaire avec Django, mais le travail sur AppEngine.

Cordialement!

Answer 10

Pour utiliser Python webapp2 (livré avec le moteur app)

Answer 11

Si vous voulez construire une application à grande échelle et ont besoin cadre plus souple, vous pouvez jeter un oeil à Pyramide cadre Python . Auparavant, il est appelé comme Pylônes. Il y a beaucoup de bonnes entreprises qui utilisent ce cadre.