GAE Webapp или Django-nonrel? - PullRequest
       31

GAE Webapp или Django-nonrel?

2 голосов
/ 01 августа 2011

Я хочу разместить свой личный сайт, который в основном будет содержать блог, компонент галереи, а также фрагменты кода и демонстрационные версии. Я выбрал GAE, потому что он предлагает бесплатный хостинг для разумно масштабируемого веб-сайта (то есть личных сайтов).

Сначала я думал, что он может размещать приложения Django без каких-либо изменений, и, поскольку у меня есть некоторый опыт работы с Django, мне было бы легко развернуть сайт.Однако после дальнейших исследований я обнаружил, что это не тот случай, и требуются некоторые «взломы» для размещения сайта Django в GAE.

Кроме того, при рассмотрении нескольких реализаций веб-приложений кажется, что GAE, вероятно,намного проще и не так устрашающе, как указывалось в документации: https://github.com/ccarpenterg/todolist/wiki

Итак, мои вопросы таковы:

  • Есть ли какая-то польза от использования Django над GAE Webapps?
  • Стоят ли выгоды от накладных расходов - если есть даже накладные расходы?
  • Правильно ли я считаю, что веб-приложения GAE имеют незначительную кривую обучения и, вероятно, их легче реализовать, чем Django?приложения?

Ответы [ 3 ]

7 голосов
/ 01 августа 2011

Есть несколько веских причин для использования Django над веб-приложением:

  • Переносимость - Использование универсальной инфраструктуры облегчает перемещение существующего приложения между App Engine итрадиционный хостинг-провайдер.
  • Особенности - Django - это более надежная структура с большим количеством наворотов.

Недостатком является то, что выгражданин второго сорта.Большинство пользователей Django работают с бэкэндом SQL, а большинство пользователей App Engine используют webapp.Места, где фреймворк и платформа не совпадают, будут менее важны для разработчиков обоих.

Если у вас нет веских причин использовать Django, я бы остановился на webapp.

2 голосов
/ 04 августа 2011

Я близок к завершению моего первого значительного проекта по разработке приложений - во время разработки я переключился с django non-rel на использование моделей gae, но сохранил шаблоны django (и теги шаблонов).

для меня, сделка -Преодолел то, что non-rel в настоящее время не поддерживает транзакции.хотя для эффективности вы должны сводить использование транзакций к минимуму, иногда они полезны (особенно при уменьшении баланса счета моих пользователей!).

Когда я перешел, я понял, что действительно не понял данныххранить хорошо на всех.только после непосредственного использования я увидел то, что скрывал нерелевантный.это не означает, что когда-то non-rel поддерживает транзакции (я думаю, они сейчас работают), я бы не стал переключаться обратно, но я рад, что некоторое время использовал классы Google напрямую.

поэтому я бы предложил вам хотя бы попробовать несколько небольших экспериментов с «сырым» магазином, включая деревья объектов и транзакции.затем, как только вы убедитесь, что хорошо понимаете хранилище данных, рассмотрите возможность использования non-rel, если это подходит (поскольку переносимость - неоспоримое преимущество).

обратите внимание, что я сохранил шаблоны и теги шаблонов djangoвместе с процессом отправки URL и общим конфигом.я посмотрел на gae framework, но он не казался таким мощным, как то, что дает django (например, шаблоны django с именами url довольно крутые).

tl; dr: я был рад, что оставил неотн, но остался с Джанго.это сработало для меня, но я хотел бы вернуться в non-rel в будущем.

0 голосов
/ 01 августа 2011

Я думаю, что неправильно говорить, что у веб-приложений GAE «незначительная кривая обучения».Хотя я считаю, что это отличная платформа для веб-приложений, у нее есть ряд аспектов, которые сильно отличаются от более традиционных платформ CGI + SQL.

Возможно, вы сможете взломать приложениеэто работало бы в AppEngine так же, как вы могли бы работать с любым другим поставщиком, но изучение тонкостей, важных деталей, различий и деталей, делающих AppEngine особенным, не тривиально.

...