Jak uniknąć irytującego błędu „zadeklarowany i nieużywany”

Uczę się Go, ale wydaje mi się, że to trochę denerwujące, że podczas kompilacji nie powinienem pozostawiać żadnej zmiennej lub pakietu nieużywanych.

To naprawdę mnie spowalnia. Na przykład chciałem tylko zadeklarować nowy pakiet i planować użyć go później lub po prostu odkomentować jakieś polecenie do przetestowania. Zawsze pojawia się błąd i muszę komentować wszystkie te zastosowania.

Czy jest jakiś sposób na uniknięcie tego rodzaju odprawy w Go?

Ten błąd zmusza Cię do napisania lepszego kodu i upewnij się, że używasz wszystkiego, co deklarujesz lub importujesz. Ułatwia to odczytywanie kodu napisanego przez inne osoby (zawsze masz pewność, że zostaną użyte wszystkie zadeklarowane zmienne) i unikniesz możliwego martwego kodu.

Ale jeśli naprawdę chcesz pominąć ten błąd, możesz użyć pustego identyfikatora ( _):

package main

import (
    "fmt" // imported and not used: "fmt"
)

func main() {
    i := 1 // i declared and not used
}

staje się

package main

import (
    _ "fmt" // no more error
)

func main() {
    i := 1 // no more error
    _ = i
}

Jak powiedział kostix w komentarzach poniżej, oficjalne stanowisko zespołu Go można znaleźć w FAQ :

Obecność nieużywanej zmiennej może wskazywać na błąd, podczas gdy nieużywany import spowalnia kompilację. Zbierz wystarczającą liczbę nieużywanych importów w drzewie kodu, a rzeczy mogą stać się bardzo wolne. Z tych powodów Go nie zezwala.

Możesz użyć do tego prostej „funkcji zerowej”, na przykład:

func Use(vals ...interface{}) {
    for _, val := range vals {
        _ = val
    }
}

Którego możesz użyć tak:

package main

func main() {
    a := "declared and not used"
    b := "another declared and not used"
    c := 123

    Use(a, b, c)
}

Jest do tego również pakiet, więc nie musisz za Usekażdym razem definiować funkcji:

import (
  "github.com/lunux2008/xulu"
)

func main() {
  // [..]

  xulu.Use(a, b, c)
}

Zgodnie z FAQ :

Niektórzy poprosili o opcję kompilatora, aby wyłączyć te kontrole lub przynajmniej ograniczyć je do ostrzeżeń. Taka opcja nie została jednak dodana, ponieważ opcje kompilatora nie powinny wpływać na semantykę języka, a ponieważ kompilator Go nie zgłasza ostrzeżeń, tylko błędy uniemożliwiające kompilację.

Istnieją dwa powody braku ostrzeżeń. Po pierwsze, jeśli warto narzekać, warto to naprawić w kodzie. (A jeśli nie warto tego naprawiać, nie warto o tym wspominać.) Po drugie, generowanie ostrzeżeń przez kompilator zachęca implementację do ostrzegania o słabych przypadkach, które mogą powodować hałas w kompilacji, maskując prawdziwe błędy, które należy naprawić.

Niekoniecznie się z tym zgadzam z różnych powodów, w które nie warto wchodzić. Tak właśnie jest i prawdopodobnie nie zmieni się w najbliższej przyszłości.

W przypadku pakietów istnieje goimportsnarzędzie, które automatycznie dodaje brakujące pakiety i usuwa nieużywane. Na przykład:

# Install it
$ go get golang.org/x/tools/cmd/goimports

# -w to write the source file instead of stdout
$ goimports -w my_file.go

Powinieneś być w stanie uruchomić to z dowolnego w połowie przyzwoitego edytora - na przykład dla Vima:

:!goimports -w %

Na goimportsstronie znajduje się lista niektóre polecenia dla innych redaktorów i zazwyczaj ustawić go uruchomić automatycznie po zapisaniu bufora na dysk.

Pamiętaj, że goimportsbędzie również działać gofmt.

Jak już wspomniano, w przypadku zmiennych najłatwiej jest (tymczasowo) przypisać je do _:

// No errors
tasty := "ice cream"
horrible := "marmite"

// Commented out for debugging
//eat(tasty, horrible)

_, _ = tasty, horrible

Jednym z niewymienionych jeszcze kątów są zestawy narzędzi używane do edycji kodu.

Używanie Visual Studio Code wraz z wywoływanym rozszerzeniem od lukehobanGo zrobi dla ciebie auto-magię. Rozszerzenie Go uruchamia się automatycznie gofmt, golintetc, i usuwa i dodaje importwpisy . Więc przynajmniej ta część jest teraz automatyczna.

Przyznaję, że nie jest to w 100% rozwiązanie tego pytania, ale jest wystarczająco użyteczne.

W przypadku, gdy innym trudno jest to zrozumieć, myślę, że może to pomóc wyjaśnić to w bardzo prosty sposób. Jeśli masz zmienną, której nie używasz, na przykład funkcję, dla której skomentowałeś wywołanie (częsty przypadek użycia):

myFn := func () { }
// myFn()

Możesz przypisać do funkcji niepotrzebną / pustą zmienną, aby nie była już nieużywana :

myFn := func () { }
_ = myFn
// myFn()