Ta historia jest teraz dostępna pod adresem https://dmuhs.blog/2018/09/14/the-pythonic-goto/ Bo pieprzyć Medium i wymuszoną monetyzację moich treści.

Istnieje zdrowy rozsądek, że każdy wyjątek pochodzi z klasy Exception . Kiedy piszesz: try: dwarfs_stupid_trick() except Exception as e: Amok_happy() to jest to samo co try: dwarfs_stupid_trick() except: Amok_happy() Ale nie jest. Dzisiaj dowiedziałem się, że istnieje kilka standardowych wyjątków, które nie pochodzą z klasy Exception . To są: >>> issubclass(KeyboardInterrupt, Exception) False >>> issubclass(SystemExit, Exception) False..

Tworząc i rozwijając strony internetowe najczęściej zdarza się, że Twoi użytkownicy nie zawsze zgłaszają błędy, na pewno jeśli nie naprawisz tych błędów, stracisz (potencjalnych) klientów. To było miejsce, w którym pojawia się „LaraBug”, stworzyłem to narzędzie w 2016 roku, aby w zasadzie podrapać się we własne swędzenie. Potrzebowałem jasnego i czystego narzędzia do odczytywania moich błędów, musiałem wiedzieć, co się dzieje, gdy coś poszło nie tak. (Ups, coś poszło nie tak 😰)..

Dzięki za napisanie. Zgadzam się ze wszystkimi oprócz jednego: nie powinieneś pisać każdej metody z obsługą wyjątków. Oznacza to, że wiesz, co zrobić, gdy wystąpią wyjątki, a to po prostu nieprawda. Potrzebujesz kontekstu, aby wykryć i obsłużyć błąd, którego metody same w sobie zwykle nie mają. A jeśli łapiesz wyjątki i używasz ich do kontrolowania wyników swojej metody, to w zasadzie używasz wyjątków jako środka do sterowania przepływem. To jest anty wzór. Przestawiłeś się również na..