🚀 go-pugleaf

On Tue, 8 Nov 2005 07:45:52 +0100, Rami wrote:

> Użytkownik "Wiktor Zychla" <user@nospam.com.eu> napisał w wiadomości
> news:dkonio$t5b$1@atlantis.news.tpi.pl...
>>> no to weźmy na początek mechaniznm wyjątków:
>>> moim zdaniem brak specyfikacji wyjątków, jest bardzo złym pomysłem, bo
> co
>>> w
>>> systuacji gdy korzystamy z czyjejś klasy, skąd mamy wiedzieć jakie
> wyjątki
>>> są rzucane, a przecież trzeba jakieś działania podjąć. a nawet jeśli
> sami
>>> napisaliśmy klasę, to nie musimy pamiętać co i jak jest rzucane. pół
> biedy
>>> kiedy mamy dokumentację, bo wtedy możemy liczyć, że wszystko jesta
>>> napisane,
>>> ale co jeśli nie jest? i co jeśli nie mamy dokumentacji? uważam to za
> duży
>>> problem i myślę, że wiele osób zgodzi się z tą opinią....
>>
>> ... z drugiej strony jeśli Ty piszesz bibliotekę A, z niej korzysta
>> biblioteka B, z niej biblioteka C, która jest OpenSource i poszła w świat
> do
>> kilku tysięcy ludzi i nagle przyszło Ci do głowy dołożyć jedną linijkę
> kodu
>> do jednej ze swoich metod, która to linijka rzuca jakimś
> niewyspecyfikowanym
>> dotąd wyjątkiem, to okazuje się, że cały świat musi zrekompilować swoje
>> programy z powodu jednej drobnej zmiany w Twoim kodzie.
>>
> 
> 
> to Twoim zadaniem jest tak pisać biblioteki, aby były kompatybilne z
> wcześniejszymi wersjami,
> jeśli potrzebujesz rzucić innego typu wyjątkiem to robisz funkcję o innej,
> podobnej nazwie i tylko informujesz, że "dobrze by było" używać nowej
> funkcji. tak przecież działa java, mamy setki funkcji, które są
> "deprecated", ale muszą pozostać w bibliotece w niezmienionej wersji, aby
> zapewnić wsteczną zgodność.
I wg. ciebie to dobry pomysł?????
Rozumiem że bardzo ci się podoba organizacja Windows API :)
Albo com-owskie interface2,interface3 itp.

Mnie tam się podoba mechanizm że obiekt jest związany z _konkretną_ mocną
nazwą pakietu - a jak ktoś lubi to po prostu będzie n wersji pliku dll -
trudno; był popularny

I wtedy - czy są wyjątki zrealizowane jak w javie, czy jak w C# - to mniej
istotne

Natomiast - co do tego by wiedzieć kto gdzie rzuca wyjątek... Tak naprawdę
przecież może nagle zabraknąć pamięci - i mieć nieoczekiwany wyjątek..

Weź pod uwagę że za takim sposobem podejścia do wyjątków jak w C# masz
określony sposób budowy Exception - np.masz je de facto pogrupowane wg.
"sytuacji" wyjątkowych - i generalnie aplikacja rzuca wyjątek nie swój
własny, a np. - systemowy; zresztą w 1.1 pierwsze rzucenie wyjątku danego
typu trwa długo; w 2.0 - troszkę krócej
Na marginesie - tak samo można robić w Javie, ale ten kod co ja widziałem
miał np. "MyFileNotFoundException - czy coś takiego...
To jest kwestia umowy, sposobu projektowania. Mnie się wydaje wygodniejszy
C# - bo nie muszę się kłopotać czy mi coś nagle gdzieś na dole nie rzuci
wyjątku ;)

-- 
Pozdrawiam,
Tomasz Kopacz