🚀 go-pugleaf

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ść.



> gdybyś zerknął do artykułu, który Ci podrzucałem, dowiedziałbyś się, że
tego
> rodzaju wątpliwości stanęły u źródeł takiej a nie innej decyzji
projektowej.
>

tutaj muszę się zgodzić, zdaję sobie sprawę, że to była przemyślana decyzja
i ma wiele plusów, ale po prostu dla mnie jest to nie najlepsze rozwiązanie.
jasne jest też, że w tym przypadku nie ma "złotego środka" i niezależnie od
tego jak byłoby to rozwiązane, to zawsze są grupy ludzi, którym to nie
odpowiada...
inna sprawa, że środowisko dobiera się do zastosowania, więc jak mi coś nie
pasuje tutaj, wybieram coś innego. i chyba o to właśnie chodzi...


> > a poza tym, to wydaje mi się, że jeśli większą ilość osób jakaś rzecz
> > "irytuje" to jest to jednak pewna oznaka, że coś można zrobić lepiej..
tak
> > sądzę...
>
> nie zgadzam się. czasem jest tak jak z tymi wyjątkami: są za i są przeciw.
> wyjątki w specyfikacjach są fajne bo to i tamto, ale są również niefajne
bo
> tamto i tamto. zespół projektowy musi podejmować decyzje kierując się
> pewnymi paradygmatami, które najłatwiej nie znając tła strywializować jako
> "marketing", "bo to się będzie sprzedawało".
>
> poza tym ludzie są raczej konserwatywni i jeśli sytuacja nie nabrzmiewa do
> poziomu rewolucji, to są niechętni jakimkolwiek zmianom. poczytaj
chociażby
> dyskusje sprzed 10 lat, ile było krzyku wśród programistów c++
przywiązanych
> do delete gdy pojawiła się Java z odśmiecaniem pamięci itp.
>
> Wiktor Zychla
>