優勢，如果一個塊

Question

內作用域變量是否有一個err已經在foo()範圍內創建後爲範圍在if聲明第二err優勢？特別是在內存管理方面或習慣上。

版本1

func foo() { 
    temp, err := something() 
    if err != nil { 
     ... 
    } 

    if err := other(); err != nil { 
     ... 
    } 
} 

2版

func foo() { 
    temp, err := something() 
    if err != nil { 
     ... 
    } 

    err = other() 
    if err != nil { 
     ... 
    } 
} 

作用域變量https://golang.org/doc/effective_go.html#control-structures

Answer 1

記住，error是一個接口。而零接口是以字節爲單位的零長度（並且空的結構也是零長度的）。

這意味着GC無論如何都不需要額外的工作來清理。

這是個人喜好，甚至還有使用名爲返回值第三種方式：

func foo() (err error) { 
    ... 
} 

雖然我強烈建議不要使用這種模式。

就我個人而言，我更喜歡inline的慣用特質，如果我可以，並且當模式允許我使用它時真的很享受。但要記住，其他變量的作用域僅適用範圍內的，如果：

if temp, err := other(); err != nil { 
    // can only use temp here 
    ... 
} 

（除非您定義的瓦爾時間提前，這違背了反正內嵌的目的）

但多數情況下，我需要保持temp評估後圍：

temp, err := something() 
if err != nil { 
    ... 
} 
// continue to use temp 

這意味着大多數的我的代碼看起來像上面。

但是，當我碰到允許它的模式時，你打賭我會使用它。例如，BUFIO的Writer.WriteByte：

if err := writer.WriteByte(b); err != nil { 
    ... 
} 

凡writer和b在外部範圍被定義，最有可能與自己err檢查。在評估範圍之外定義err的零點。

限制err值的範圍就像習慣用法，當你可以使用它時。

Answer 2

優勢：

• 由於它不能從其它範圍被訪問，數據完整性被保留。
• 只有所需的數據可以被傳遞給函數，從而保護剩餘的數據

看到這一點：
Where can we use Variable Scoping and Shadowing in Go?