Решив WSGI или Django для нового веб-приложения

Question

Я нахожусь в процессе настройки нового веб-приложения и решаю, делать ли это просто с помощью WSGI или идти по всему фреймворку с Django.

Основные требования приложения:

1) Приложение не имеет пользовательского интерфейса, и все данные предоставляются клиентам через API REST с JSON.

2) У него будут данные для сохранения, поэтому MongoDB и, вероятно, AmazonD SimpleDB будут использоваться для базы данных.

Есть ли причина использовать Django или я могу улучшить предельную скорость только с WSGI?

Предыдущие серверные приложения, которые я создавал, были либо с Java / Struts и Groovy / Grails на JVM. Насколько я понимаю, Django - это среда MVC, похожая на Rails и Grails.

Я также поиграл с Google App Engine, который использует WSGI как тонкий слой над вашим кодом для управления и маршрутизации запросов.

Answer 1

Я предлагаю вам рассмотреть что-то среднее между этими двумя крайностями. Flask легок, очень прост в использовании и подключается к вашему веб-серверу через wsgi.С ним можно использовать обычные коннекторы баз данных python, а некоторые базы данных даже имеют модули extension для Flask.

Answer 2

Я немного поработал с некоторыми "приложениями" django, это действительно легко, но настройка "приложений" может быть немного долгим процессом. У Django есть много приятных функций, которыми вы не будете пользоваться, и я согласен, что вы можете быть здесь на одном «экстриме».

Answer 3

Я работал с Django для нескольких проектов, и мне это очень нравится, но так как вы собираетесь использовать mongoDB и много JSON , я предлагаю вам использовать NodeJS в качестве серверной части, с Express в качестве фреймворка, вы можете увидеть краткое руководство здесь:

http://howtonode.org/express-mongodb

Одним из преимуществ этого является то, что вы будете использовать только javascript на протяжении всего вашего проекта, я начал работать с этой технологией в прошлом месяце на хакатоне, и я могу сказать вам, что я очень впечатлен тем, насколько это быстро и просто.