Exception-i i enkapsulacija :)Code:
try
{
SomeMethod();
}
catch
{
// ignore exception
}
try
{
SomeMethod();
}
catch
{
// ignore exception
}
Znaci poenta je u sledecem:
Da li u odredjenim situacijama gutate exception-e jer znate da se exceptioni koji se izazovu nece handlovati u catch bloku koji se nalazi "vislje" na stacku? Vidjao sam ovako pisan code, a i sam sam ga nekad pisao
pa me sad interesuje koliko je to opravdano u nekim slucajevim. Znam da ce neko reci da uvek postoji verovatnoca da se exception handlovati negde vislje ali nekad jednostavno se zna da code nema smisla vislje handlovati niti se handluje.To je jedna stvar, druga stvar koju sam primeto je ta sto stalno moram da gledam koja metoda koje exceptione baca koji su vezani iskljucivo za nju, i razmisljam se da bi bilo jako lepo kada bi bilo nesto poput using-a ali za exception
Code:
try (DoSomeMethod())
{
}
methodcatch
{
}
try (DoSomeMethod())
{
}
methodcatch
{
}
Ovo bi znacilo: izvadi sve exceptione koje metoda moze da izazove i handluj u methodcath-u
Ali ovo bi onda znacilo da metoda mora da public-uje svoje exceptione ili da se oni preko refleksije tokom kompajliranja izvuku, ali opet to bi znacilo da svaka metoda mora da handluje sve exceptione koje zeli da pripise njoj
(ovo bi mogao objasniti ako bas neko zeli
)Interesuje me koliko mislite da je ovo izvodljivo?
Ja kad god vodim projekat ocekujem VEOMA dobro objasnjenje za try/catch() i try/catch(Exception) i do sad jos nisam cuo ni jedno. 