The program available on The Go Playground reads
package main import "fmt" func main() { var name string = nil fmt.Println(name) }
and yields an error
prog.go:6: cannot use nil as type string in assignment
I understand ""
is the "zero value" for strings. I don't understand why I cannot assign nil
to my string
.
A string in Go is a value. Thus, a string cannot be nil .
In the Go programming language, nil is a zero value. Recall from unit 2 that an integer declared without a value will default to 0. An empty string is the zero value for strings, and so on. A pointer with nowhere to point has the value nil .
nil s in Go. nil is a frequently used and important predeclared identifier in Go. It is the literal representation of zero values of many kinds of types. Many new Go programmers with experiences of some other popular languages may view nil as the counterpart of null (or NULL ) in other languages.
We want to accept the address (pointer) of the pointer variable, which is something like **SomeType . To actually be able to assign a new value ( nil ) to the pointer variable, we have to dereference it ( * operator).
The simple answer is that nil
is not defined to be a valid value for type string
in the language specification.
...but maybe you want a longer answer?
nil
is the zero value for pointers, interfaces, channels, slices, maps and function types, and it represents an uninitialized state.
Consider the following variable declarations:
var a *SomeType var b interface{} var c func()
It seems natural that all these variables would have a value that represents uninitialized state. a
has been declared as a pointer, but what would it point to, when we haven't yet pointed it at anything? nil
is an obvious zero value for these types.
As for channels, slices and maps, their zero value is nil
for the simple reason that their implementation is such that they must be explicitly initialized before they can be used. This is mostly for performance reasons, these types are all represented internally as more or less complex data structures, and initializing them is not free.
However, a string
doesn't require initialization, and it seems natural that the default, zero value for a new string variable would be an empty string, ""
. Therefore there's simply no reason for nil
to be a valid string value, and adding it to the specification would only make the language more complicated and much more cumbersome to work with.
Furthermore, what would nil
of type string
represent? An empty string? We already have that. An uninitialized string? There's no such thing.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With