🚀 go-pugleaf

Paweł Filipiak wrote:
> Użytkownik "Piotr Dobrowolski" <Piotr.Dobrowolski@_usun_gmail.com> 
> napisał w wiadomości 
> news:op.sz4gtwmqzowjqs@da-pdobrowolski.windtelecom.pl...
> [...]
> 
>> [PD] Drobna optymalizacja powyzszego pomyslu: tworzymy Hashtable (lub 
>> Dictionary w 2.0), ktorej kluczem jest identyfikator item'a a 
>> elementami delegaty. Metoda ZarejestrujMnie dodaje delegat do elementu 
>> pod odpowiednim kluczem. W momencie przyjscia zdarzenia jeden strzal 
>> do Hashtable i wywolanie znajdujacego sie tam delegata. Zysk 
>> wydajnosciowy
> 
> 
> no dobrze, a gdzie tu rozróżnianie, jakimi typami eventu zarejestrowany 
> Subskrybent jest "zainteresowany"? :) Klucze w Hashtable muszą byc 
> unikatowe, czyli otrzymujemy relację 1=1 (jeden typ eventu na jednego i 
> tylko jednego subskrybenta)
> 
>> jest, chociaz przy takich ilosciach elementow o jakich kolega pisze 
>> (30-40)  to chyba overkill :)
> 
> przy takiej ilości to dyskusja czysto akademicka ;)
> 
>>
>> P.S. przepraszam jezeli cos sie pokaszani z encodingiem - zmienilem 
>> czytnik. W razie czego krzyczcie ;)
> 
> coś sie faktycznie krzaczy, ten UTF jakiś lewy, albo mój OE na tym 
> poległ :(
> 
> 
Wydaje mi się że eventow nie wrzuca sie do hashtable m.in. dlatego że C# 
został zaprojektowany jako statycznie typowany język - kontrola typów 
obejmuje również eventy. A tak na marginesie to aktualna implementacja 
eventow jest bardziej wydajna niż ten 'strzał w hashtable'.