🚀 go-pugleaf

Adam Przybyłek napisał(a):
> Blad odczytu/zapisu to wlasnie sytuacja nietypowa. Normalnie zapisujac plik
> na dysku oczekujesz, ze zapis sie uda.

Tak, w zupełności.

> Co innego odnalezienie pliku.

Doprawdy?

> Wyswietlasz okienko zeby uzytkownik wpisal plik, ktory chce otworzyc. Jezeli
> plik taki nie istnieje to nie jest zaden wyjatek i prosisz uzytkownika, aby
> wprowadzil inna nazwe pliku. 

A co, jeśli nie wyjątek? Użytkownik nie wpisuje nazwy pliku, o którym 
wie, że nie istnieje. Jeśli ten plik wbrew jego przekonaniom nie 
istnieje, lub on sam się pomylił, to jest to dla niego sytuacja 
niespodziewana i nie można jej uznać za sytuację "normalną".

Sens wyboru właściwej opcji (wyjątek/instrukcja warunkowa) da się 
zrozumieć przechodząc do kodu, który w wypadku użycia wyjątków czyta się 
znacznie naturalniej i który w bardziej przejrzysty sposób uwidacznia 
swoje intencje.

> Jesli natomiast plik podany przez uzytkownika
> istnieje, ale z jakichs wzgledow nie moze byc odczytany, np. bad sector to
> wtedy jest sytuacja wyjatkowa i rzucany jest wyjatek.

Po lekturze tego zdania odnoszę wrażenie, że zakładasz istnienie 
jakiegoś pojedynczego, zunifikowanego sposobu obsługi wyjątków: "rzucany 
jest wyjątek" nasuwa mi skojarzenia z jakimś okienkiem dialogowym z 
napisem "Unhandled exception", nic nie mówiącym numerem i przyciskiem 
"ok", albo z niebieskim ekranem ;) - na ile się orientuję, jest to 
popularny sposób obsługi błędów w aplikacjach C# będących w trakcie rozwoju.
Jeśli tak, to nic bardziej błędnego - ja zakładam, że wszystkie wyjątki 
są pod ścisłą kontrolą aplikacji, która może w przypadku ich wystąpienia 
np. poprosić użytkownika o inną nazwę pliku, ukrywając przed nim fakt 
wystąpienia jakiegokolwiek wyjątku.

--
Przemysław Pokrywka