🚀 go-pugleaf

Jaroslaw Kowalski napisał(a):
>>Cieszę się, że udało mi się sprowokować dyskusję na ten temat - 
>>zastanawiało
>>mnie to od jakiegoś czasu. Już raz wcześniej prowokowałem, ale wtedy nikt
>>nie odpowiedział ( http://tinyurl.com/bmxlr )
>>
>>Swoją drogą to szkoda, że w C# stawia się raczej na auto generację czysto
>>mechanicznego kodu (wizardy, makra, wtyczki itp) niż na mechanizmy języka,
>>które pozwoliłyby go po prostu nie pisać.
>>Przykładowo w Rubym i Pythonie istnieje specjalny mechanizm, pozwalający
>>uniknąć pustych akcesorów. Właściwości C# są temu bliskie, ale nie
>>wystarczająco bliskie - co pokazaliście w tym wątku.
> 
> 
> Ciekawi mnie po co w ogóle MS pozostawił w dotnecie takie nieobiektowe 
> pojęcie jak publiczne pola. Wystarczyło zabronić ich stosowania i w każdym 
> przypadku generować automatycznie właściwość z ukrytym polem prywatnym 
> przechowującym stan. JITter dość dobrze radzi sobie z inline'owaniem takich 
> konstrukcji jak trywialne get/set więc chyba nie powinno być problemu 
> wydajnościowego. Zachowana zostałaby za to binarna kompatybilność kodu w 
> przypadku zdefiniowania własnej operacji get/set w przyszłości.

Z nieobiektowych rzeczy mamy też goto :-)

Pozdrawiam

-- 
Grzegorz Gruza
Odpowiadając usuń "spamerom_nie." z adresu!!!