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

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

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

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

[serg]

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

[Alex Korsak]

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

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

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

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]

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

[Alexander Negoda]

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

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

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

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

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

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

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

--

[Pasha]

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

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

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

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

[Max Lapshin]

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

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

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

[serg]

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

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

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

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

[Sergey Nebolsin]

По-моему, было бы вполне достаточно, чтобы 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

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

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

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

--

[Sergey Nebolsin]

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

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