Diskuze: Vyjímka
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.
Člen
Zobrazeno 7 zpráv z 7.
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.
Omluva, ty hranaté závorky tam samozřejmě nemaí co dělat: foo(int i){ ... }
Řekl bych, že té funkci budeš muset poslat pole a index. Možná to nějak jde udělat, ale já o tom nevím. Jestli ti tedy nikdo neporadí lepší způsob, šlo by tohle:
static void Foo(int[] pole, int index){
try{
int hodnota = pole[index];
// ...
}
catch{
// ...
}
}
static void Main(string[] args){
Foo(pole, index);
}
}
Jestli si můžu něco zpětně přát k Ježíšku, prosím ať vývojáři konečně pochopí, že výjimka neslouží k chodu programu a k ošetření věcí, které můžeme ošetřit jinak. Výjimky není moc důvod prostě používat, většinou tedy by si je měl mít k ošetření vyhozených exception z knihovny třetí strany.. Navíc, má smysl odchytávat prostě výjimky o kterých víš, že to vyhazuje, tedy třeba IOException u práci s filesystémem atp.
Alespoň nějaké malé základy defenzivního programování prosím..
Ty tu zmiňuješ OutOfBound index s tím, že to posíláš do metody VAL. To je
problém ošetřit index pole?
K tvé otázce.. doporučuji se třeba inspirovat třeba TryParse, nebo ještě lépe, IdentityFrameworkem.. Kde ti prostě metody nevracejí T, ale Result<T>, takže máš pak:
X = DO(T); // čistý kod
nebo:
DO(T); // impure, né tak čisté- modifikace parametru
a pak:
if (T.success){
foo(T.data);
}
(nejsme posraté PHP, co nemá ještě v roce 2017 generiku, tak proč ji sakra nevyužít)
Pochop prosím, že toto je jen ilustrační příklad. VAL není v tomto případě metoda ale název pole. Vyjímka je očekávaná, pole posílá aplikace třetí strany a index mimo rozsah není chyba (taky jsem z toho paf) ale návěstí mimořádného stavu.
Pokud je to normální pole, nebylo by lepší si zjistit jeho velikost a pak porovnávat, jestli index ve správných mezích?
index < val.Length
Zobrazeno 7 zpráv z 7.