LINUX.ORG.RU
Новости — Open Source  

Turbogears 2.0 будет основан на базе Pylons!


0

0
По словам одного из ведущих разработчиков MVC фреймворка Turbogears Марка Рэмма проект создания API для версии 2.0 на Pylons успешно завершен. Это означает что новая версия Turbogears будет основана на фреймворке Pylons.
Turbogears и Pylons - программные каркасы для написания веб приложений на python. Ближайший аналог - Django.
Из будущего turbogears следует отметить:
- Языком шаблонов по-умолчанию будет Genshi
- В качестве ORM будет SQLAlchemy
- CherryPy не будет, т.к. пока нет желающих портировать новую версию CherryPy 3.0


>>> Подробности

★

Проверено: maxcom ()
← Компания IBM создала новый суперкомпьютер: в нем 294 912 процессоров.
Виртуализация при помощи coLinux →
Это типа рельсы зохавали всех?
Oceanborn ★
()
Вот так всегда в опенсорсу- если не нашелся доброволец всё умирает =( Хотя может быть это называется эволюцией.
redbaron ★★
()
турбогирс не умеет работать под mod_python и потому таскает cherrypy ?
если это так, то django всяко интересней
когда у вас нет своего сервачка на колокейшене :)
Tester ★★★
()
Ответ на: комментарий от ero-sennin
> миллион глобальных магических объектов типа g, с, h, session сильно отдаёт маразмом и PHP. Хотя рельсистам нравится. :-/

А можно по подробнее про маразм в рельсах? А то я наверно, чего то не заметил...

insa
()
Они обещают сделать все так чтобы отличия от первой версии которая была основана на cherrypy были минимальные, т.е. API измениться почти не должен...
anonymous
()
Ответ на: комментарий от ero-sennin
Всем мне нравится Pylons, но миллион глобальных магических объектов типа g, с, h, session сильно отдаёт маразмом и PHP. Хотя рельсистам нравится. :-/

g — это рулез! Теперь есть возможность замутить жралку памяти на веб-приложении! :)

А если серьёзно, то магии там, по мне, очень немного. Если где магия и есть, то в Paste. Не могу сказать, что до конца в нём разобрался :)

gettext там, кстати, тоже из разряда этих g,c,h.

adarovsky ★★★★
()
Ответ на: комментарий от adarovsky
> Если где магия и есть, то в Paste.

Ну так не было бы paste.registry, не было бы и этих g, c, h, ..., передавали бы все эти вещи в явном виде обработчику, и всё. Почему они так не сделали? Или хотелось именно потрахаться?

ero-sennin ★★
()
Ответ на: комментарий от insa
>> миллион глобальных магических объектов типа g, с, h, session сильно отдаёт маразмом и PHP. Хотя рельсистам нравится. :-/

> А можно по подробнее про маразм в рельсах? А то я наверно, чего то не заметил...

Это ero-sennin отдает дань уважения руби и рельсам в такой извращенной форме.

Мы тоже тебя любим, джанго =]

Cris ★
()
Ответ на: комментарий от ero-sennin
> миллион глобальных магических объектов типа g, с, h, session сильно отдаёт маразмом

А по-моему наоборот удобнее - ясно видно, где твоё а где чужое; можно пхать данные в шаблон по мере их выработки, а не волочить с собой до победного ретурна.

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

yk4ever ★
()
Ответ на: комментарий от Farcaller
> пока в TurboGears меняют компоненты, Django просто работает ;)

Прямо можно поверить что TurboGears не работает, а в Django ничего не меняют...

anonymous
()
Ответ на: комментарий от Farcaller
> пока в TurboGears меняют компоненты, Django просто работает ;)

Во жеж ты тупенький. Типо забыл про newforms? А SQLAlchemy сколько уже прикручивают? И ведь когда-нибудь прикрутят, и будет опять что? Верно, смена компонентов.

anonymous
()
Ответ на: комментарий от yk4ever
> Однако, пилонсы сосут из-за вороха зависимостей

сила pylons именно в гибкости. мы не стали связываться с tg и django имеено из-за их монолитности. хотя, для привлечения поколения delphi гибкость мешает - они пугаются, когда можно выбирать и принимать решения самостоятельно.

anonymous
()
Ответ на: комментарий от anonymous
Болтология. Ничего против конкретно пилона не имею, но если все собирать, подгонять, подтачивать самому, каждый раз для одних и тех же _типовых_ задач .... тогда напуркуа вам фреймворк?! _Негибко_ же!

Эти софтины - для другого. To streamline the web sites creation ....
Я лично в Django лабаю интранетные прилады, дельфософт почти весь вытеснил. То же "длинные уши базы данных" но ч\з www ... пока счастлив :)
anonymous
()
Ответ на: комментарий от anonymous
> если все собирать, подгонять, подтачивать самому, каждый раз для одних и тех же _типовых_ задач .... тогда напуркуа вам фреймворк?!

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

a про "подтачивать каждый раз самому" - это у вас от неумения пользоваться инстументом.

anonymous
()
В шаблонах KID есть проблемы с русификацией и в последних версиях проблем все больше и больше! А вообще то Turbogears мне представляется более персективным чем Django.
anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Компания IBM создала новый суперкомпьютер: в нем 294 912 процессоров.
Open Source
Виртуализация при помощи coLinux →