Shadowing (zaciemnianie) to sytuacja, w której zmienna w wewnętrznym zakresie widoczności ukrywa ("zaciemnia") zmienną o tej samej nazwie z zewnętrznego zakresu widoczności. W Go jest to możliwe ze względu na szczególności związane z deklaracją zmiennych :=, zwłaszcza wewnątrz bloków (if, for, switch itd.).
x := 5 if true { x := 10 // Ta x — nowa zmienna, działa tylko w tym if fmt.Println(x) // 10 } fmt.Println(x) // 5, a nie 10
Czasami jest to przydatne, ale często prowadzi do błędów, jeśli zapomnimy, że ponownie zadeklarowana zmienna to nie ta sama zmienna co zewnętrzna.
Pytanie: "Co wyświetli poniższy kod?"
x := 7 if true { x, y := 1, 2 fmt.Println(x, y) } fmt.Println(x)
Odpowiedź:
if zostaną zadeklarowane nowe zmienne x i y, które są dostępne tylko w bloku if.x to nadal ta sama zewnętrzna zmienna, jej wartość nie zmieni się.Wynik:
1 2
7
Historia
Wycieki zasobów przy shadowing err: Typowy błąd — zaciemnienie zmiennej błędu podczas pracy z plikami.
f, err := os.Open("file.txt") if err != nil { return err } if err := f.Close(); err != nil { return err } // to nowa zmienna err!
Operator := tworzy nową zmienną err tylko wewnątrz bloku, a zewnętrzna zmienna err nie zmienia się. Jeśli obsługa błędów oczekuje w zewnętrznej zmiennej, prowadzi to do utraty informacji o błędach.
Historia
Shadowing struktur — niewidoczne błędy: Wewnątrz zagniezdżonego bloku programista nadpisał strukturę o tej samej nazwie. W efekcie część logiki działała z wewnętrzną wersją, a inna — z zewnętrzną, co doprowadziło do dziwnych błędów i utraty danych w systemie billingowym.
Historia
Shadowing w pętli psuje obliczenia:
W zautomatyzowanym systemie przetwarzania wniosków w pętli użyto := zamiast = do zwiększenia licznika, przez co wewnątrz pętli tworzona była nowa zmienna i zwiększana, podczas gdy zewnętrzny licznik pozostawał bez zmian. System nie zliczał wniosków i zaniżał ważne statystyki.