🚀 go-pugleaf

Marcin Mielżyński wrote:
> Szymon 'tichy' wrote:
> 
>> "An auxiliary method is a method whose qualifier is :before,
>> :after, or :around."
>>
>> Czyli w CLOS-ie nazwa zbiorcza jednak istnieje
>> i jest to 'auxiliary method'. Chyba miałem nosa
>> z tymi 'metodami pomocniczymi'.
>>
> 
> W http://svn.ruby-lang.org/repos/ruby/trunk/ToDo jest nawiązanie to 
> defadvice (czyli terminologia wzięta bardziej z AOP), choć faktycznie 
> nazywają to method combinators:
> w http://glu.ttono.us/articles/2005/10/16/matzs-keynotes

Defadvice ? Jestem pewien że to z Emacs-a (jako że matz jest
dłubaczem emacsowym). W Emacs Lispie jest taki operator.
Rozdział 17.2 "Defining Advice".

> Ciekawsza rzecz wzięta CLOS'a to selector namespace mająca zapobiec 
> zatruciu przestrzeni nazw klas wbudowanych, np:
> 
> module Mod
>    class Fixnum
>       def + rhs
>       end
>    end
> end
> 
> zredefiniowana metoda + dla Fixnum będzie funkcjonować tylko w module 
> Mod, AFAIR, wewnętrznie w tablicy metod pamiętana ma być jako Mod$rhs. 
> Przy okazji, pozwoli to znacznie zredukować liczbę 
> polimorficznych/megamorficznych callsite'ów i lepiej je inlinować.

Póki co tego nie skomentuję (prawie ;)) -- co prawda
o CLOS-ie mam niejakie pojęcie, ale o Rubym tego powiedzieć
nie mogę. Między innymi dlatego tu jestem ;) Tzn. czuję że
chodzi o taktykę podobną do stosowanej w CL gdzie dla 'nazw'
slotów często definiuje się osobne pakiety bądź używa 'wolnych'
symboli (ang. 'uninterned symbols'). Gwoli dokładności nie
jest to sprawa samego CLOS-u, enkapsulacja jest w CL niezależna
od systemu obiektowego per se. Oczywiście 'uzupełnia' ów system
o tę ważną własność.