🚀 go-pugleaf

Marcin 'Qrczak' Kowalczyk wrote:

>> Co jest oczywiście mydleniem oczu, gdyż jak wiadomo rozwiązanie
>> polega na dodaniu zupełnie nowych, generycznych wersji starych klas,
>> co z kompatybilnością wsteczną uzyskaną w Javie ma niewiele
>> wspólnego, żeby nie powiedzieć, że nic.
> 
> Jak to? Stare programy pozostają poprawne. W czym wsteczna
> kompatybilność generycznych kolekcji w C# jest gorsza od wstecznej
> kompatybilności nowego frameworku kolekcji w Javie 1.2?

Ze starym kodem bezpośrednich problemów nie ma.

Ale powiedzmy, że mam starą, niegeneryczną bibliotekę, którą chcę użyć w 
swoim nowym kodzie. W podejściu .NETa musisz korzystać ze starych klas, 
ewentualnie ich obiekty przekształcać z/do postaci generycznej. W Javie, 
dzięki /raw types/, mogę z taką biblioteką rozmawiać po staremu (czyli 
jak w .NEcie), lub też, mając świadomość wymazywania, zakryć kilka 
ostrzeżeń rzutowania (@SuppressWarnings) i z biblioteką współpracować po 
nowemu.

Inny przykład, chcę użyć zserializowanych kolekcji ze starego programu w 
nowym, w .Necie dostanę stare kolekcje, w Javie mam to co trzeba.
A może to być nie bez znaczenia w środowisku wielu współpracujących se 
sobą serwerów.

Oczywiście, nie są to jakieś potężne problemy, z punktu widzenia 
biznesowego bardziej jednak wydaje mi się istotne, niż to, że np. nie 
mogę zrobić nowej tablicy typu generycznego nie przekazując jawnie typu. 
Choć zdaję też sobie sprawę, że może mi się to tylko wydawać. :)


piotr