lequel utilisez-vous sur google app engine?webapp, tipfy ou django sur google app engine
Quelles étaient les raisons de votre décision?
lequel utilisez-vous sur google app engine?webapp, tipfy ou django sur google app engine
Quelles étaient les raisons de votre décision?
J'enquête encore, mais je pense que webapp et tipfy seront un cadre plus léger que django. En ce moment, j'utilise juste webapp et les temps de démarrage à froid sont déjà trop longs. Je veux utiliser tipfy pour les sessions et garder tout le reste dans webapp.
Qu'est-ce que vous essayez d'optimiser? Vitesse de développement? Facile de programmation? Obscure middleware?
Bien que je travaille principalement avec Django pour des projets liés au travail plus importants (hébergés ailleurs), j'ai eu tendance à utiliser webapp pour des choses sur App Engine. App Engine est le mieux adapté pour les petits webservices que vous liez ensuite ensemble dans une application complète, et webapp convient assez bien à l'utilisation. Les petits hacks aussi bien j'utilise toujours webapp juste pour la simplicité et la vitesse de développement. Exemples imified-demo.appspot.com, gitbug.appspot.com et github.com/garethr/appengine-image-host
Le côté négatif est un support d'outil, vous devrez probablement bidouiller de petites choses pour vous faciliter la vie. existe dans le monde Django (par exemple, un coureur de test http://github.com/garethr/appengine-testrunner)
Les preuves anecdotiques d'un projet précédent me donnaient l'impression que Django était un peu lent sur App Engine à mon goût. Tipfy semble être une bonne idée, j'espère que c'est un cas de développement d'App Engine en tant que plate-forme, même si je n'en ai aucune expérience personnelle à ce stade.
Tout dépend de tout cela. Un grand projet avec plusieurs développeurs devrait probablement opter pour Django. Ce sont des façons standard de faire les choses qui rendront la vie plus facile pour tout le monde. Pour les projets hors je préfère personnellement webapp ou similaire. Mais mettez de côté du temps pour créer vos propres outils et rédiger votre demande.
diriez-vous pour une grande application les fonctionnalités hors de la boîte de Django vous ferait gagner du temps à long terme? – Ron
Selon l'application, je pense. Si c'est dans le bon endroit de Django (beaucoup de travail d'interface crud) alors probablement. J'aurais tendance à essayer de scinder des projets plus importants en plusieurs petits services. Vous pourriez trouver un mélange de très petits services webapp ou tipfy et un projet Django au milieu pourrait être un bon mélange. – Garethr
Je préfère encore Django pour sa structure et un support haut disponible sur Internet pour elle et pour les raisons suivantes:
Imho ..
Django - la seule partie qui est pertinent est le templating et peut-être pas rel ..
Webapp - n'a jamais essayé après
Tipfy - est ce que j'utilise, semble être plus « Pylônes » comme, a une des applications de base/structure des modules et beaucoup de « aides » qui devrait tout à fait franchement être dans le google.appengine.api Facile à mettre en œuvre des modèles et le routage est agréable. Vous êtes pratiquement seul sur comment utiliser tipfy et comment structurer l'application.
Tipfy
Enfin, tipfy a un excellent support community. Rodrigo Moraes est particulièrement utile et engageant. Les questions sont répondues très rapidement et avec courtoisie.
J'utilise webapp2 qui est une dérivée de tipfy (en fait les fonctions et docs sont dans de nombreux cas identiques) et prend aussi des idées d'autres frameworks. Je vous recommande de jeter un coup d'œil à quelques petites questions si vous commencez un nouveau projet et que vous voulez avoir une idée rapide du cadre. Jetez un oeil à ce passe-partout que j'ai travaillé avec Coto si vous êtes intéressé par webapp2: http://github.com/coto/gae-boilerplate
vitesse et la facilité de développement. – Ron
Webapp est génial parce que l'exemple de code google est dans webapp, ce qui le rend très facile à copier lorsque vous essayez quelque chose de nouveau. Pour moi, c'est la manière la plus simple. – mcotton