🚀 go-pugleaf

On Feb 5, 9:37 am, Piotr 'piter' Hlawski
<phlawski@cut_this_crap.gmail.com> wrote:
> Jaroslaw Zabiello wrote:
> > On Wed, 30 Jan 2008 07:32:49 -0000, Paweł Kondzior <kondzio...@gmail.com>
> > wrote:
>
> >>>  Uważam, że do przesada. Nie zawsze prawdziwy model "po drodze" jest
> >>> potrzebny.
>
> >> Ja sie pod tym podpisuje, The Rails Way is not the only one Way, czasami
> >> chodzi tylko o skojarzenie dwoch modeli tabela laczacal i niczym wiecej.
>
> > Niestety, ale nie macie racji. To nie tylko osobiste zdanie autora książki
> > The Rails Way. To jest oficjalne stanowisko wyrażone w dokumentacji do RoR
>
> (http://api.rubyonrails.com/classes/ActiveRecord/Associations/ClassMet...).
>
> > Makro habtm jest oznaczone oficjalnie jako *DEPRECIATED* i dokumentacja
> > RoR SILNIE ZALECA używanie prawdziwych tabel łączących a nie tego
> > sztucznego tworu bez modelu, klucza głównego i bez możliwości
> > wykorzystania dodatkowym kolumn w tabeli. Cytat:
>
> > "Deprecated: Any additional fields added to the join table will be placed
> > as attributes when pulling records out through has_and_belongs_to_many
> > associations. Records returned from join tables with additional attributes
> > will be marked as ReadOnly (because we can?t save changes to the
> > additional attributes). It?s strongly recommended that you upgrade any
> > associations with attributes to a real join model (see introduction)."
>
> Moim zdaniem źle to interpretujesz. Deprecation tyczy się tylko przypadków
> kiedy chciałbyś wyposażyć tabelę łączącą w dodatkowe atrybuty. Wtedy
> oczywiście tworzysz nowy model z tradycyjnym has_many/belongs_to/:through

Mniejsza o interpretacje, HABTM wyleci pewnie z Railsow z jednej
prostej przyczyny - nie jest RESTowy. Wniosek prosty, lepiej tego nie
uzywac.

Pozdrawiam,
solnic