ORM

unread,

Apr 1, 2012, 2:54:20 AM4/1/12

to qbalance

Не флейма ради - а токмо во имя троллинга: я так понимаю - subj не
рассматривается, как класс?

unread,

Apr 1, 2012, 3:02:32 AM4/1/12

to qbal...@googlegroups.com

Нет. ОРМы - зло.

Но если тема интересует - я свой писал, в факультативном порядке.

Собираюсь к нему вернуться.

воскресенье, 1 апреля 2012 г. 10:54:20 UTC+4 пользователь TI_Eugene написал:

unread,

Apr 1, 2012, 7:16:00 AM4/1/12

to qbalance

On Apr 1, 11:02 am, Drake <drake.l...@gmail.com> wrote:
> Нет. ОРМы - зло.

Так нечестно... Троллинг-вброс предполагает развернутый комментарий.

> Но если тема интересует - я свой писал, в факультативном порядке.
> Собираюсь к нему вернуться.

Очень интересует.
В частности - потому, что в "скорость разработки" vs "скорость работы"
ORM выигрывает однозначно.

unread,

Apr 1, 2012, 11:16:50 AM4/1/12

to qbal...@googlegroups.com

Я участвовал в нопейсании одного орма.

Скорость разработки он повышает только в том случае, если разработчики не знают и не хотят учить SQL.

А скорость работы - ну там небольшой оверхэд получается. На простых запросах.

Для сложных орм лучше и не использовать.

1 апреля 2012 г. 15:16 пользователь TI_Eugene <ti.e...@gmail.com> написал:

unread,

Apr 3, 2012, 9:46:58 AM4/3/12

to qbalance

Сам-то рендер, в принципе, здоровский.
Реактивный, встроенный...

Жаль что:
* прибит гвоздями к SQL
* и нет интерфейса к питону.
Зато есть свой дизайнер форм.
Но...

unread,

Apr 3, 2012, 10:31:10 AM4/3/12

to qbal...@googlegroups.com

Ну так я отдираю от него SQL.

А интерфейс для питона написать - не проблема.

Все равно его в скриптовую систему встраивать.
вторник, 3 апреля 2012 г. 17:46:58 UTC+4 пользователь TI_Eugene написал:

Reply all

Reply to author

Forward