Говорят, что
ToscaWidgets в версии 2, которая в настоящее время проходит альфа-тестирование, поддерживает App Engine (по крайней мере для части tw2.core). Я также видел сообщения, показывающие способы (как мне показалось, немного сложными) использования текущих ToscaWidgets в App Engine.
Сам App Engine определенно не включает в себя такой пакет «виджетов» - у него WSGI (сервис гораздо более низкого уровня, который позволяет подключать большинство фреймворков веб-приложений Python по вашему выбору), чрезвычайно простой запрос / ответ / роутер "webapp" для тривиально простых приложений и django (в нескольких версиях - только 0.96 является частью загрузки SDK, но до 1.1 для реального сервиса, который я считаю), который использует шаблоны, а не виджеты.
Но смысл соглашения GAE заключается в том, что если вам не нравится django (который, согласно одной оценке, используется для> 80% веб-приложений Python в открытой сети), вы можете подключить свою любимую платформу при условии соблюдения ограничений GAE (Python 2.5, нативный код, реляционная БД недоступна и т. д.). Например, мне нравится werkzeug"non-framework", который работает на уровне WSGI (если мне нужен пользовательский интерфейс, я тоже склонен делать это и в Javascript, хотя обычно с dojo / dijit или Google Closure, а чем с jquery / jqueryUI - App Engine, конечно, может заботиться в любом случае; -).
Несмотря на то, что django почти доминирует на рынке (сравнимо с таковым в Rails в мире Ruby, я полагаю), Python все еще довольно известен как язык с большим количеством веб-фреймворков, чем с ключевыми словами. Когда готовился Python 3, я предложил Гвидо очевидное решение этой проблемы - добавьте много, много больше ключевых слов ... но он, похоже, не воспринимает это предложение всерьез! -)