Django, Turbo Gears, Web2Py, что для чего лучше?

Вам следует ознакомиться с интерактивной документацией по web2py (http://web2py.com/book). Он поставляется с контролем доступа на основе ролей (наиболее общий механизм управления доступом), и он очень детализирован, вы можете предоставить доступ для определенной операции с конкретными записями. Он поставляется с веб-интегрированной средой разработки, но вы можете использовать WingIDE, Eclipse и PyCharm. . Он поставляется с вспомогательной системой, которая позволяет создавать HTML без использования HTML. Вот пример полного приложения, которое требует, чтобы пользователи регистрировались / входили в систему / публиковали сообщения:

db.define_table('message',Field('body'),Field('author',db.auth_user))
@auth.requires_login()
def index():
    db.message.author.default=auth.user.id
    db.message.author.writable=False
    return dict(form=crud.create(db.message),
                messages=db(db.message.id>0).select())

Проект web2py очень активен, как видно из списка изменений http://code.google.com/p/web2py/source/list

Если у вас есть вопросы, связанные с web2py, я настоятельно рекомендую вам присоединиться к списку рассылки web2py: http://groups.google.com/group/web2py/topics

Мы очень активны, и на ваши вопросы ответят очень быстро.

Я должен сказать, что как не особо опытный разработчик, скорость, с которой я смог создавать с помощью web2py, поразила меня. Во многом благодаря удивительному сообществу и основной ценности Massimo, заключающейся в том, чтобы сделать фреймворк доступным.

Когда я начинал, я написал 0 строк кода на Python Никогда не слышал о web2py

Я серьезно занимаюсь этим около месяца и продвинулся (как обычно) от вопросов, на которые никто не мог ответить (потому что они не имели никакого смысла), к кодированию часами, не беря в руки книгу. или задать вопрос.

Я действительно впечатлен.

У меня был положительный опыт работы с Django.

• Встроенная аутентификация и простые в использовании расширения для registration
• Очень хорошая документация
• Вы, вероятно, пишете свои HTML-шаблоны в основном в base.html, а затем просто используете наследование шаблонов (Примечание: вам нужно написать хотя бы немного HTML)
• В отличие от Turbogears, Django более нестандартный.
• У меня нет опыта работы с web2py, но, по моему впечатлению, он пытается сделать немного или много "из коробки".

Если вы решите использовать Django, убедитесь, что вы используете его общие представления. Они избавят вас от написания большого количества кода как на Python, так и на HTML.

Кроме того, если нет особых причин для использования MySQL, я советую вам перейти на PostgreSQL. Django гораздо больше ориентирован на PostgreSQL, и в любом случае это гораздо лучшая база данных.

Онлайн-документация по Django великолепна, это то, что отличает ее от всех других фреймворков. Я также рекомендую книгу Джеймса Беннета Практические проекты Django

• Django: Слышал, у него лучший административный интерфейс. Но использует собственный ORM, т.е. не использует SQL-Alchemy.

• Web2py: Не исследовал это.

• Turbogears2: по умолчанию использует SQL-Alchemy, использует Catwalk для интерфейса администратора, но документация не так хороша.

Я выбрал Turbogears2, потому что он использует популярные компоненты, поэтому мне не пришлось изучать что-то новое ...

Я широко использовал как web2py, так и RoR, и хотя RoR приобрел большую популярность и поддержку за последние несколько лет, web2py проще, чище, менее «волшебный», но при этом предлагает больше (полезного) нестандартного решения. функциональность коробки. Я бы сказал, что web2py имеет больший потенциал, чем RoR, но это относительно новый фреймворк и еще не достиг зрелости RoR. (Несмотря на это, я бы предпочел web2py вместо RoR в любой день ...)

Если вы «не хотите видеть HTML при его создании», то можете забыть о Django. Он не ориентирован на то, чтобы «сделать по щелчку мыши», он ориентирован на профессионалов, которые переходят от концепции к производству в кратчайшие сроки. Иерархический характер языка шаблонов может привести к очень чистому общему макету сайта. Я использую Django для всех своих крупных сайтов, и мне это нравится.

Хотя он написан на PHP, а не на Python, вы можете взглянуть на основную новую версию WordPress, которая вышла 2 или 3 месяца назад. В версии 3.0 они прошли долгий путь от среды, предназначенной только для блогов, и для нее существует множество готовых шаблонов. Конечно, если вы хотите настроить шаблон, ну, опять же, старый неприятный HTML. Я подумываю использовать его для своих небольших клиентов, которые не могут иметь дело с администратором выделенного сервера и т. Д., Который, как правило, поставляется с сайтом Django.

Обновление: А, я пропустил полушуток - я встал слишком рано, и это делает меня глухим к юмору. Что касается использования шаблонов с существующих сайтов, я довольно успешно проделал это с парой сайтов, как статических, так и изначально управляемых хорошо написанными PHP-скриптами. Я рекомендую внимательно прочитать _1 _ и {% include %} docs. Оба принимают либо строковый литерал , либо переменную. Я использовал более поздний метод, и он может быть весьма полезен для сайта с сильной иерархией, отличающейся изменением стиля в разных ветках.

Также стоит потратить время на то, чтобы понять порядок поиска шаблонов - его можно использовать с большим успехом, но это может вызвать недоумение, если вы его не изучите. См. Элементы, связанные с шаблоном, в настройках .py для этого и других полезных вещей.