Biorąc pod uwagę ten kod, czy mogę być absolutnie pewien, że finallyblok zawsze wykonuje się, bez względu na to, co something()jest? try { something(); return success; } catch (Exception e) { return failure; } finally { System.out.println("I don't know if this will get printed...
Spójrz na następujące dwie metody: public static void foo() { try { foo(); } finally { foo(); } } public static void bar() { bar(); } Uruchamianie bar()wyraźnie powoduje StackOverflowError, ale foo()nie działa (program wydaje się działać bez końca).
Nie jestem pewien, dlaczego potrzebujemy finallyw try...except...finallyoświadczeniach. Moim zdaniem ten blok kodu try: run_code1() except TypeError: run_code2() other_code() jest to samo z tym przy użyciu finally: try: run_code1() except TypeError: run_code2() finally: other_code() Czy...
Jeśli w końcu blok zgłosi wyjątek, co dokładnie się stanie? W szczególności, co się stanie, jeśli wyjątek zostanie wyrzucony w połowie ostatniego bloku. Czy reszta instrukcji (po) w tym bloku jest wywoływana? Wiem, że wyjątki będą się rozprzestrzeniać w górę....
Widziałem, jak ludzie mówią, że złym sposobem jest użycie catch bez argumentów, szczególnie jeśli ten catch nic nie robi: StreamReader reader=new StreamReader("myfile.txt"); try { int i = 5 / 0; } catch // No args, so it will catch any exception {} reader.Close(); Jest to jednak uważane za dobrą...
Dlaczego @try block nie działa? Awaria aplikacji, ale miał zostać złapany przez blok @try. NSString* test = [NSString stringWithString:@"ss"]; @try { [test characterAtIndex:6]; } @catch (NSException * e) { NSLog(@"Exception: %@", e); } @finally { NSLog(@"finally");...
Byłem ostatnio zaskoczony, gdy odkryłem, że możliwe jest posiadanie instrukcji return w końcowym bloku w Javie. Wygląda na to, że wiele osób uważa, że zrobienie czegoś złego, jak opisano w sekcji „ Nie wracaj w klauzuli na końcu ”. Zagłębiając się nieco głębiej, znalazłem również „ zwrot Javy...
Mam prostą klasę Java, jak pokazano poniżej: public class Test { private String s; public String foo() { try { s = "dev"; return s; } finally { s = "override variable s"; System.out.println("Entry in finally Block"); } } public static void main(String[] xyz) { Test obj = new...
Więc dziś rano natknąłem się na kod, który wyglądał tak: try { x = SomeThingDangerous(); return x; } catch (Exception ex) { throw new DangerousException(ex); } finally { CleanUpDangerousStuff(); } Teraz ten kod kompiluje się dobrze i działa tak, jak powinien, ale po prostu nie wydaje się...
Czy dla każdego możliwego bloku try-Final w Pythonie jest zagwarantowane, że finallyblok będzie zawsze wykonywany? Na przykład, powiedzmy, że wracam będąc w exceptbloku: try: 1/0 except ZeroDivisionError: return finally: print("Does this code run?") A może przebijam ponownie...
Sprawdzam nowy kod. Program ma tylko próbę i ostatecznie blokuje. Ponieważ blok catch jest wykluczony, w jaki sposób działa blok try, jeśli napotka wyjątek lub cokolwiek, co można wyrzucić? Czy po prostu przechodzi bezpośrednio do ostatniego
Czy jest jakiś warunek, w którym ostatecznie może nie działać w Javie?
Jak działa instrukcja return w bloku try / catch? function example() { try { return true; } finally { return false; } } Oczekuję, że dane wyjściowe tej funkcji będą true, ale zamiast tego jest false!
Czy istnieje elegancki sposób obsługi wyjątków, które są wrzucane w finallybloku? Na przykład: try { // Use the resource. } catch( Exception ex ) { // Problem with the resource. } finally { try{ resource.close(); } catch( Exception ex ) { // Could not close the resource? } } Jak uniknąć...
Czy to właściwy sposób używania instrukcji Pythona „with” w połączeniu z blokiem try-except ?: try: with open("file", "r") as f: line = f.readline() except IOError: <whatever> Jeśli tak, to rozważ stary sposób robienia rzeczy: try: f = open("file", "r") line = f.readline() except...
O ile wiem, oba poniższe fragmenty kodu będą służyć temu samemu celowi. Dlaczego finallyw ogóle mają bloki? Kod A: try { /* Some code */ } catch { /* Exception handling code */ } finally { /* Cleanup code */ } Kod B: try { /* Some code */ } catch { /* Exception handling code */ } // Cleanup...
Jaka jest różnica pomiędzy try { fooBar(); } finally { barFoo(); } i try { fooBar(); } catch(Throwable throwable) { barFoo(throwable); // Does something with throwable, logs it, or handles it. } Druga wersja podoba mi się bardziej, ponieważ daje mi dostęp do Throwable. Czy jest jakaś...
W mojej aplikacji Angular.js wykonuję operację asynchroniczną. Zanim się zacznie, zakrywam aplikację modalnym divem, a po zakończeniu operacji muszę usunąć div, niezależnie od tego, czy operacja się powiodła, czy nie. Obecnie mam to: LoadingOverlay.start(); Auth.initialize().then(function()...
Zamknięte . To pytanie musi być bardziej skoncentrowane . Obecnie nie przyjmuje odpowiedzi. Chcesz poprawić to pytanie? Zaktualizuj pytanie, aby skupiało się tylko na jednym problemie, edytując ten post . Zamknięte w zeszłym roku . Popraw to...