опыт web.py :
Я начал использовать web.py три года назад, когда решил изучить некоторые веб-фреймворки Python .
Первое, что мне понравилось в web.py, это его простота; Я искал основную микрорамку без батарей, которые можно найти в других крупных проектах, таких как, например, Django или Web2py .
Итак, я разработал несколько проектов (развернутых с fastcgi ) и изучил все возможности библиотеки web.py , включенные в , Templetor .
Затем я обнаружил Google App Engine и начал использовать Webapp; это был скучный процесс, потому что вместо использования Python (например, Templetor или Mako) он заставляет вас изучать новый синтаксис шаблонов, который по умолчанию очень ограничен.
При разработке StackPrinter я обнаружил, что Google App Engine поддерживается web.py , поэтому я удалил Sqlite , сделал некоторые незначительные изменения и начал использовать хранилище данных GAE.
Web.py был моей первой любовью в терминах веб-фреймворков Python, и справедливо сказать, что я немного пристрастен, чтобы говорить об этом.
Я придерживаюсь web.py для моего любимого проекта на GAE, потому что я бегло с ним и Templetor молниеносно .
Мне нравится тот факт, что я могу использовать Python для создания шаблонов, и простой способ обмениваться некоторыми данными или функциями глобально с представлениями, мне также нравится богатый набор инструментов утилит для кодирования, разметки и т. Д.
Webapp vs web.py :
Я думаю, что сравнивать их несправедливо, потому что Webapp - это простая структура, которая просто предоставляет минимум простых инструментов для начала работы; отсутствуют многие функции, такие как I18n, проверка, процессоры или даже базовая обработка файлов cookie.
Проверьте Webapp-улучшено на что-то лучше.
Моя рекомендация :
Если вы сосредоточены в основном на разработке для Google App Engine, я бы порекомендовал вам использовать некоторые фреймворки, созданные специально для GAE, такие как Tipfy .
.
Если вы ищете питонский веб-фреймворк для игры на сторонних проектах, то web.py - хороший проект для обучения и для .