🚀 go-pugleaf

Witam,

Marcin Mielżyński wrote:
> 1. W Rubym nie istnieje pojęcie przeciążania metod ;) - możliwe że
> perlowe multimetody będą w 2.0

Rzeczywiscie, zle nazwalem to, o co mi chodzi :) Swoja droga - na czym
polegaja owe perlowe multimetody, bo w perlu nigdy nie programowalem?
Chodzi mi o samo pojecie multimetody.

> 2. Podejrzewam że chodzi o widoczność helpera z widoku a nie kontrolera
>
> więc:
>
> w twoim kodzie eval tworzy nowy moduł znajdujący się w bieżącej klasie,
> który nie ma nic wspólnego z właściwym. Aby otworzyć istniejący wyżej
> moduł musisz wyjść z przestrzeni klasy w której robisz eval poprzez
> operator zakresu '::'
>
> eval %{
>     module ::ApplicationHelper
>        def tralalala
>           'hahaha'
>        end
>     end
>        }
>
> ale tak czy inaczej ładniej będzie:
>
> ApplicationHelper.module_eval %{
>     def tralalala
>        'hahaha'
>     end
>                                 }
>
> Tutaj już nie ma potrzeby robienia '::' (o ile byłby konflikt) bo
> odwołanie sugeruje Rubiemu że moduł już istnieje i jest dostępny.

Niestety, probowalem na szybko wprowadzic Twoje rozwiazania w swoj kod
i nie dzialaly. Jak znajde troche wiecej czasu, to przetestuje je
troche lepiej, a chwilowo sprawe "zalatwilem" tworzac swoja wersje
distance_of_time_in_words, w ktorej wywoluje evalowanie metody
zdefiniowanej w bazie danych (ta sama nazwa z sufiksem _alt), jesli ta
metoda jeszcze nie istnieje w moim srodowisku (wprowadzam sobie pole,
trzymajace informacje o tym, czy ta metoda istnieje). Rozwiazanie
metoda cepa, bardzo mi sie nie podoba, ale jak na ta chwile jedyne
dzialajace.

Pozdrawiam
Jachu