W poprzednim poście pisałem o podstawach Web API. Dzisiaj zajmiemy się obsługą błędów. Sprawdźmy najpierw, co stanie się, gdy nasz kontroler (patrz poprzedni wpis), zwróci jakiś wyjątek np.:public Person GetPersonById(int id) { if(id
NULL vs. Exception, a może alternatywa? filed in .NET, Programowanie on Aug.13, 2009 Czasem tak się dzieje, że czytając swój własny kod pierwszy raz od kilku miesięcy mamy problem z jego zrozumieniem, zwłaszcza jeżeli nie komentujemy go w odpowiedni sposób. Ale nie jest to jedyna przyczyna problemu. Ostatnio analizując stare projekty doszedłem do wniosku, że istnieje w nich mnóstwo kodu zaciemniającego rzeczywistą logikę działania. Mam tu na myśli dziesiątki wyrażeń postaci if (something != null) i podo...
Architektura 5549 dni, 6 godzin, 23 minuty temu 112 źrodło rozwiń
Usuwanie skutku błędu przed jego przyczyną jest kwintesencją obsługi błędów. Jeżeli jeszcze nie rozumiesz dlaczego try catch jest Twoim przyjacielem albo uważasz, że "ostatni błąd" ma sens tak samo jak "ostatni Mohikanin" (x2) to ten post jest dla Ciebie. Dziwisz się, czemu użytkownicy się denerwują? W tym poście dowiesz się wszystkiego na ten temat i jeszcze więcej, a może znajdziesz parę literuwek.