Статья про полиморфные связи к Rails

Андрей Огневский

unread,

Dec 28, 2009, 4:45:31 AM12/28/09

to ror...@googlegroups.com

Всем привет. На выходных был болен (физически и душевно), поэтому в свободное время дописывал начатую еще полгода назад статью про полиморфные связи в рельсах. Пусть пока что тут полежит, чтобы не потерялась: http://habrahabr.ru/blogs/ror/79431/

Замечания и советы по коду категорически приветствуются!

serg

unread,

Dec 28, 2009, 6:07:01 AM12/28/09

to RubyOnRails to russian

многа букоф, не осилил :)

Alex Korsak

unread,

Dec 28, 2009, 6:23:54 AM12/28/09

to ror...@googlegroups.com

А мне лично понравилось, простенько и со вкусом, очень даже понятно всё написано.

Если бы не знал, что такое полиморфные связи, то думаю после прочтения разобрался бы.

Спасибо, было интересно почитать.

2009/12/28 serg <mys...@gmail.com>

--
--
Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы "RubyOnRails to russian" на группах Google.
FAQ группы находится по адресу: http://ru.wikibooks.org/wiki/RubyFAQ

Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу
ror...@googlegroups.com
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: ror2ru-un...@googlegroups.com
Дополнительные варианты находятся на странице группы http://groups.google.com/group/ror2ru?hl=ru

serg

unread,

Dec 28, 2009, 6:57:40 AM12/28/09

to RubyOnRails to russian

Честно говоря, на хабрахабрах выкладывать такие статьи - пустая трата
времени. Прочитает три человека, прокомментирует один.

Alexander Negoda

unread,

Dec 28, 2009, 7:25:57 AM12/28/09

to ror...@googlegroups.com

Честно говоря, на хабрахабрах выкладывать такие статьи - пустая трата
времени. Прочитает три человека, прокомментирует один.

Какая разница, где они будут выложены. Главное, чтобы были!

Андрей Огневский

unread,

Dec 28, 2009, 7:29:54 AM12/28/09

to ror...@googlegroups.com

А учитывая то, что Хабрахабр имеет длинный ТИЦ и PageRank (или чем там принято меряться?), статьи с него без труда оказываются в топе выборки поисковиков :)

28 декабря 2009 г. 14:25 пользователь Alexander Negoda <alexande...@gmail.com> написал:

Честно говоря, на хабрахабрах выкладывать такие статьи - пустая трата
времени. Прочитает три человека, прокомментирует один.

Какая разница, где они будут выложены. Главное, чтобы были!

--

Pasha

unread,

Dec 28, 2009, 8:07:02 AM12/28/09

to RubyOnRails to russian

Вроде для решения таких задач, как в статье, специально был придуман
STI. Но уже несколько раз натыкался на мнение, что пользоваться STI
категорически не рекомендуется... хотя, я так и не понял почему

Андрей Огневский

unread,

Dec 28, 2009, 8:12:11 AM12/28/09

to ror...@googlegroups.com

А я только в комментариях к этой статье понял, что STI находится где-то в той же области, поэтому как только появится время — сразу познакомлюсь поближе

28 декабря 2009 г. 15:07 пользователь Pasha <pavel....@gmail.com> написал:

Max Lapshin

unread,

Dec 28, 2009, 8:35:35 AM12/28/09

to ror...@googlegroups.com

2009/12/28 Pasha <pavel....@gmail.com>:

> Вроде для решения таких задач, как в статье, специально был придуман
> STI. Но уже несколько раз натыкался на мнение, что пользоваться STI
> категорически не рекомендуется... хотя, я так и не понял почему

У меня к STI главная претензия — урлы в админке. Форма редактирования
у STI-ных классов зачатую не очень отличается, а
вот представление меняется кардинально, поэтому если бы можно было для
namespace отключить автоподстановку имени класса
в урл, то у меня претензии бы к этой штуке пропали.

serg

unread,

Dec 28, 2009, 12:55:01 PM12/28/09

to RubyOnRails to russian

Какой админкой пользуетесь? Самописной?

On 28 дек, 16:35, Max Lapshin <max.laps...@gmail.com> wrote:
> 2009/12/28 Pasha <pavel.chip...@gmail.com>:

>
> > Вроде для решения таких задач, как в статье, специально был придуман
> > STI. Но уже несколько раз натыкался на мнение, что пользоваться STI
> > категорически не рекомендуется... хотя, я так и не понял почему
>

> У меня к STI главная претензия -- урлы в админке. Форма редактирования

Sergey Nebolsin

unread,

Dec 29, 2009, 6:32:22 AM12/29/09

to ror...@googlegroups.com

По-моему, было бы вполне достаточно, чтобы polymorphic_url искал url-хелперы для родительских классов, помимо просто класса объекта.

Если у тебя Parent < Child и @child = Child.new, то polymorphic_url(@child) надо посмотреть new_child_path, а если такого нет, то проверить new_parent_path.

Особых минусов не видно, а весь геморрой с урлами решает.

2009/12/28 Max Lapshin <max.l...@gmail.com>

2009/12/28 Pasha <pavel....@gmail.com>:

> Вроде для решения таких задач, как в статье, специально был придуман
> STI. Но уже несколько раз натыкался на мнение, что пользоваться STI
> категорически не рекомендуется... хотя, я так и не понял почему

У меня к STI главная претензия -- урлы в админке. Форма редактирования

у STI-ных классов зачатую не очень отличается, а
вот представление меняется кардинально, поэтому если бы можно было для
namespace отключить автоподстановку имени класса
в урл, то у меня претензии бы к этой штуке пропали.

--
Sergey Nebolsin
Chief Technical Officer
Prophotos.ru, Photoawards.ru

Андрей Огневский

unread,

Dec 29, 2009, 7:02:24 AM12/29/09

to ror...@googlegroups.com

Ну так ведь и child'ов несколько, не перебирать же мне new_child_1_path, new_child_2_path, и тд? хотя я уверен, есть какое-нибудь более красивое решение, чем я написал.

29 декабря 2009 г. 13:32 пользователь Sergey Nebolsin <nebo...@gmail.com> написал:

--

Sergey Nebolsin

unread,

Dec 30, 2009, 5:32:18 AM12/30/09

to ror...@googlegroups.com

Не, это я писал про проблему с урлами в админке при STI, о которой говорил Макс.

2009/12/29 Андрей Огневский <a.ogn...@gmail.com>

Reply all

Reply to author

Forward