3👍
Update: It seems that Web app2 is the easiest choice for new projects.
This guest article suggests that
“App Engine does come with some Django support, but this is mainly
only the templating and views.”
non-rel is still seemingly your best bet. Although I’d caution you that further development and/or maintenance may not happen according to their blog.
3👍
Normal Django’s models doesn’t have a backend supporting GAE’s datastore. Hence you can’t use Django models, and hence, Django’s model forms. What you’d have to do use use models derived from GAE’s python db.Model(). Instead of using Django’s ModelForm class for forms, you would use google.appengine.ext.db.djangoforms. Note, that’s specifically for ModelForms, other forms work fine since they’re not tied to the database.
I can think of two good reasons to use Django-nonrel:
1a) you have a existing project on Django. Using Django-nonrel would be the laziest way to go. Rewriting models to GAE’s models isn’t too hard, but it could be a small pain, especially if
1b) you use a lot of existing Django components, and you’d have to go through all of them to update the models and forms.
2) You want to hedge your bets against GAE. Using Django-nonrel will allow you to switch over to MongoDB with very little effort, since Django-nonrel has a functioning MongoDB backend. The current Django-nonrel maintainers seem to be more interested in MongoDB.
Having worked with Django-nonrel, I’ve so far run into some reasons why it may be a bad choice:
1) No support for ancestor queries. There’s an outstanding pull request for this though. It won’t be compatible with any other DB backend though.
2) ndb is coming out, and seems like it’ll have a few more benefits, that likely won’t see support on Django-nonrel.
If you do use GAE’s native db API, the main benefit from Django would be the form validation. Otherwise, webapp2+jinja2+gae db.Models() would provide similar functionality to Django.