Go Concepts - Lexical Structure: Difference between revisions
No edit summary |
|||
(51 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
= | =TO DEPLETE= | ||
<font color=darkkhaki> | |||
=Source Files= | =Source Files= | ||
Line 7: | Line 6: | ||
Go code goes into source files. They have the <tt>.go</tt> extension. | Go code goes into source files. They have the <tt>.go</tt> extension. | ||
Each source file is mandatory declared to belong to a [[ | Each source file is mandatory declared to belong to a [[Go_Language_Modularization#Overview|package]]. | ||
They can then optionally import code from other packages, using the <tt>[[Go Keyword import|import]]</tt> keyword. | They can then optionally import code from other packages, using the <tt>[[Go Keyword import|import]]</tt> keyword. | ||
Line 14: | Line 13: | ||
Thera are no restrictions on the file name, it is not required to have any relationship with the name of the package it contains code for. | Thera are no restrictions on the file name, it is not required to have any relationship with the name of the package it contains code for. | ||
=Semicolons= | =Semicolons= | ||
Line 54: | Line 34: | ||
A block is a sequence of declarations and statements within matching curly braces. The block may be empty. The most common blocks are those defined in the source code - they define block lexical scopes (see [[#Variable_Scopes|variable scopes]]). Aside from those, Go recognizes the following implicit blocks: | A block is a sequence of declarations and statements within matching curly braces. The block may be empty. The most common blocks are those defined in the source code - they define block lexical scopes (see [[#Variable_Scopes|variable scopes]]). Aside from those, Go recognizes the following implicit blocks: | ||
* The ''universe block'' which contains all Go source text. | * The ''universe block'' which contains all Go source text. | ||
* The [[ | * The [[Go_Language_Modularization#Package_Block|package block]]. | ||
* The ''file block'' that contains all the [[#Source_Files|source text in the file]]. | * The ''file block'' that contains all the [[#Source_Files|source text in the file]]. | ||
* Each <tt>if</tt>, <tt>[[Go for|for]]</tt> and <tt>switch</tt> statements is considered to be in its own implicit block. | * Each <tt>if</tt>, <tt>[[Go for|for]]</tt> and <tt>switch</tt> statements is considered to be in its own implicit block. | ||
Line 61: | Line 41: | ||
=Identifiers= | =Identifiers= | ||
''Identifiers'' name program entities, such as [[#Constants|constants]], [[#Variables|variables]], [[Go_Concepts_-_The_Type_System#Built-in_Types|types]], functions, [[ | ''Identifiers'' name program entities, such as [[#Constants|constants]], [[#Variables|variables]], [[Go_Concepts_-_The_Type_System#Built-in_Types|types]], functions, [[Go_Language_Modularization#Package_Names|packages]], etc. An identifier is a sequence of one more letter and digits. The first character must be a letter. The letters are unicode letters or underscore "_". It must not be a [[#Keywords|keyword]], keywords are reserved by the language. | ||
Identifiers can be exported, and the way the first letter is capitalized is relevant to whether the identifier is exported or not. See [[ | Identifiers can be exported, and the way the first letter is capitalized is relevant to whether the identifier is exported or not. See [[Go_Language_Modularization#Exported_Identifiers|exported identifiers]]. | ||
It is idiomatic to use camel case style for Go identifiers. | It is idiomatic to use camel case style for Go identifiers. | ||
==Exported Identifiers== | ==Exported Identifiers== | ||
<blockquote style="background-color: #f9f9f9; border: solid thin lightgrey;"> | <blockquote style="background-color: #f9f9f9; border: solid thin lightgrey;"> | ||
:[[ | :[[Go_Language_Modularization#Exported_Identifiers|Exported Identifiers]] | ||
</blockquote> | </blockquote> | ||
==Keywords== | ==Keywords== | ||
<blockquote style="background-color: #f9f9f9; border: solid thin lightgrey;"> | <blockquote style="background-color: #f9f9f9; border: solid thin lightgrey;"> | ||
:{| | :{| | ||
| <tt>break</tt> || <tt>default</tt> || <tt>[[go Keyword func|func]]</tt> || <tt>[[ | | <tt>break</tt> || <tt>default</tt> || <tt>[[go Keyword func|func]]</tt> || || <tt>[[Go_Channels#select|select]]</tt> | ||
|- | |- | ||
| <tt>case</tt> || <tt>[[Go_Concepts_-_Functions#defer|defer]]</tt> || <tt> | | <tt>case</tt> || <tt>[[Go_Concepts_-_Functions#defer|defer]]</tt> || <tt>go</tt> || <tt>[[Go Maps#Long_Declaration|map]]</tt> || <tt>[[Go Structs|struct]]</tt> | ||
|- | |- | ||
| <tt>[[ | | <tt>[[Go_Channels|chan]]</tt> || <tt>else</tt> || <tt>goto</tt>|| <tt>[[Go_Language_Modularization#The_package_keyword|package]]</tt> || <tt>switch</tt> | ||
|- | |- | ||
| <tt>[[#Constants|const]]</tt> || <tt>fallthrough</tt> || <tt> | | <tt>[[#Constants|const]]</tt> || <tt>fallthrough</tt> || <tt>if</tt> || || <tt>[[Go_Concepts_-_The_Type_System#User-Defined_Types|type]]</tt> | ||
|- | |- | ||
| <tt>continue</tt> || <tt>[[Go for|for]]</tt> || <tt>[[go Keyword import|import]]</tt> || <tt>return</tt> || <tt>[[#Variables|var]]</tt> | | <tt>continue</tt> || <tt>[[Go for|for]]</tt> || <tt>[[go Keyword import|import]]</tt> || <tt>return</tt> || <tt>[[#Variables|var]]</tt> | ||
Line 113: | Line 70: | ||
=Literals= | =Literals= | ||
A ''literal'' is a notation for representing a fixed value in source code. Go provides literals for [[Go Booleans#Boolean_Literals|booleans]], [[Go Integers#Integer_Literals|integers]], [[Go Floating | A ''literal'' is a notation for representing a fixed value in source code. Go provides literals for [[Go Booleans#Boolean_Literals|booleans]], [[Go Integers#Integer_Literals|integers]], [[Go Floating Point#Floating-Point_Literals|floating-point values]], [[Go Strings#String_Literals|strings]], built-in types such as [[Go Arrays#Array_Literals|arrays]], [[Go Slices#Slice_Literals|slices]] and [[Go Maps#Map_Literals|maps]], user-defined types ([[Go Structs#Struct_Literals|structs]]), [[Go Concepts - Functions#Function_Literals|functions]], etc. The compiler is always able to infer the literal's type. | ||
=Declarations= | =Declarations= | ||
Line 130: | Line 87: | ||
* https://golang.org/ref/spec#Variable_declarations | * https://golang.org/ref/spec#Variable_declarations | ||
This is the idiomatic way to specify we want a variable initialized with its zero value. If the variable is initialized to something else than the zero value, the [[#Short_Variable_Declaration|short variable declaration]] should be used. | |||
<pre> | <pre> | ||
Line 148: | Line 107: | ||
Assigning a value is optional, if no value is explicitly assigned, the variable is initialized to the type's [[Go Concepts - The Type System#Zero_Value|zero value]]. However, the type must be specified in this case. | Assigning a value is optional, if no value is explicitly assigned, the variable is initialized to the type's [[Go Concepts - The Type System#Zero_Value|zero value]]. However, the type must be specified in this case. | ||
Multiple variables are declared as such: | |||
<pre> | |||
var ( | |||
a = 1 | |||
b = 2 | |||
c = "something" | |||
) | |||
</pre> | |||
===Short Variable Declaration=== | ===Short Variable Declaration=== | ||
Line 153: | Line 122: | ||
* https://golang.org/ref/spec#Short_variable_declarations | * https://golang.org/ref/spec#Short_variable_declarations | ||
The short variable declaration uses the short variable declaration operator (<tt>[[Go_Concepts_-_Operators#:.3D|:=]]</tt>). It ''implies'' a variable declaration (<tt>var</tt>) so it cannot be used for variable that have been already declared. It ''always'' assigns an initial value and also ''infers'' the variable type based on the literal type, so there is no need to declare the variable's type. The short variable declaration is the idiomatic way to declare variables that must be initialized to values other than the zero value. To initialize variables to their zero values, use the [[#Long_Variable_Declaration|long variable declaration]]. | |||
<pre> | <pre> | ||
<variable_identifier> := <initial_value_literal> | <variable_identifier> := <initial_value_literal> | ||
</pre> | </pre> | ||
The compiler uses the type of the right hand expression to infer the type of the variable being declared. | |||
Example: | Example: | ||
Line 165: | Line 136: | ||
</pre> | </pre> | ||
This syntax can be used in a [[Go for|for]] loop. Note that this form cannot be used for the declaration of | This syntax can be used in a [[Go for|for]] loop. | ||
Note that this form cannot be used for the declaration of [[#Package-Level_Variable|package-level variable]]. These are other example where the short variable declaration does not work: | |||
<blockquote style="background-color: #f9f9f9; border: solid thin lightgrey;"> | |||
:[[Go Short Variable Declaration Invalid Cases|Short Variable Declaration Invalid Cases]] | |||
</blockquote> | |||
===When to use the Long and when to use the Short Declaration=== | |||
Generally, the shorter value should be used whenever possible. Some | Generally, the shorter value should be used whenever possible. Some sources claim that the long value is not "idiomatic". | ||
Other sources suggest to use the long form when declaring variables that will be initialized to their zero value and to use the short form when providing extra initialization or making a function call. | |||
For more details on variable names, see [[#Identifiers|identifiers]]. | |||
==Variable Scopes== | ==Variable Scopes== | ||
Line 191: | Line 164: | ||
===Package-Level Variable=== | ===Package-Level Variable=== | ||
An unexported variable declared at the package level (outside any function) is visible throughout the package. | A package-level variable is a variable declared outside the scope of any function. | ||
An unexported variable declared at the package level (outside any function) is only visible throughout the package. | |||
An [[ | An [[Go_Language_Modularization#Exported_Identifiers|exported variable]] declared at the package level is visible throughout the package and in all packages that import the exporting package. | ||
===Functions and Variable Scopes=== | ===Functions and Variable Scopes=== | ||
Line 201: | Line 176: | ||
</blockquote> | </blockquote> | ||
== | ==Pointers== | ||
A ''pointer variable'' or a ''pointer'' is a [[Go_Concepts_-_The_Type_System#Pointer_Types|pointer type]] variable. It contains an address to a memory location. Pointers are not commonly used with [[Go_Concepts_-_The_Type_System#Built-in_Types|built-in types]], but are very useful when paired with structs. | |||
Pointers are useful when functions need to access and change state of a variable that was declared within the scope of a different function and possibly a different goroutine. It is convenient, but also dangerous if the variable is modified concurrently without mutual exclusion protection. | |||
In absence of explicit initialization, pointer are initialized to <tt>nil</tt>. | In absence of explicit initialization, pointer are initialized to <tt>nil</tt>. | ||
On a 64-bit architecture, a pointer variable requires 8 bytes of memory. | |||
Latest revision as of 22:46, 6 September 2023
TO DEPLETE
Source Files
Go code goes into source files. They have the .go extension.
Each source file is mandatory declared to belong to a package.
They can then optionally import code from other packages, using the import keyword.
Each source file has its own file block.
Thera are no restrictions on the file name, it is not required to have any relationship with the name of the package it contains code for.
Semicolons
Go programs may omit most of the semicolons at the end of line if the following conditions apply:
- When the input is broken into tokens, a semicolon is automatically inserted into the token stream immediately after a line's final token if that token is:
- an identifier
- an integer, floating-point, imaginary, rune, or string literal
- one of the keywords break, continue, fall through, or return
- one of the operators and delimiters ++, --, ), ], or }
- To allow complex statements to occupy a single line, a semicolon may be omitted before a closing ")" or "}".
For more details, see the specification:
Blocks
A block is a sequence of declarations and statements within matching curly braces. The block may be empty. The most common blocks are those defined in the source code - they define block lexical scopes (see variable scopes). Aside from those, Go recognizes the following implicit blocks:
- The universe block which contains all Go source text.
- The package block.
- The file block that contains all the source text in the file.
- Each if, for and switch statements is considered to be in its own implicit block.
- Each clause in a switch and select statements acts as an implicit block.
Identifiers
Identifiers name program entities, such as constants, variables, types, functions, packages, etc. An identifier is a sequence of one more letter and digits. The first character must be a letter. The letters are unicode letters or underscore "_". It must not be a keyword, keywords are reserved by the language.
Identifiers can be exported, and the way the first letter is capitalized is relevant to whether the identifier is exported or not. See exported identifiers.
It is idiomatic to use camel case style for Go identifiers.
Exported Identifiers
Keywords
Literals
A literal is a notation for representing a fixed value in source code. Go provides literals for booleans, integers, floating-point values, strings, built-in types such as arrays, slices and maps, user-defined types (structs), functions, etc. The compiler is always able to infer the literal's type.
Declarations
A declaration binds an identifier to a constant, type, variable, function, label or package. Every identifier in the program must be declared. No identifier may be declared twice in the same block, and no identifier may be declared in both the file and package block.
Variables
A variable is a storage location in memory. Go being a statically typed language, a variable always has a specific type. A variable also has a name, which is referred to as variable identifier.
The Go compiler will generate an error if a variable is declared and not used.
Variable Declarations
Long Variable Declaration
This is the idiomatic way to specify we want a variable initialized with its zero value. If the variable is initialized to something else than the zero value, the short variable declaration should be used.
var <variable_identifier> <variable_type_literal> = <initial_value_literal>
Example:
var a string = "blue" var b = "red" var c string var f = func (i int) int { return i }
Declaring the type is optional if an initial value is specified, the compiler is able to infer the type of the literal, and the variable will be built to have that type.
Assigning a value is optional, if no value is explicitly assigned, the variable is initialized to the type's zero value. However, the type must be specified in this case.
Multiple variables are declared as such:
var ( a = 1 b = 2 c = "something" )
Short Variable Declaration
The short variable declaration uses the short variable declaration operator (:=). It implies a variable declaration (var) so it cannot be used for variable that have been already declared. It always assigns an initial value and also infers the variable type based on the literal type, so there is no need to declare the variable's type. The short variable declaration is the idiomatic way to declare variables that must be initialized to values other than the zero value. To initialize variables to their zero values, use the long variable declaration.
<variable_identifier> := <initial_value_literal>
The compiler uses the type of the right hand expression to infer the type of the variable being declared.
Example:
a := "blah"
This syntax can be used in a for loop.
Note that this form cannot be used for the declaration of package-level variable. These are other example where the short variable declaration does not work:
When to use the Long and when to use the Short Declaration
Generally, the shorter value should be used whenever possible. Some sources claim that the long value is not "idiomatic".
Other sources suggest to use the long form when declaring variables that will be initialized to their zero value and to use the short form when providing extra initialization or making a function call.
For more details on variable names, see identifiers.
Variable Scopes
The range of places where a variable is visible from it is called the scope of the variable.
Go is lexically scoped using blocks.
A variable is visible within the block delimited by the nearest curly braces {}, but not outside them. The variable is visible inside any sub-blocks.
If a variable with the same name is defined in a sub-block, the that variable takes precedence, in the sub-block and its sub-blocks, over the variable declared in the upper block.
Package-Level Variable
A package-level variable is a variable declared outside the scope of any function.
An unexported variable declared at the package level (outside any function) is only visible throughout the package.
An exported variable declared at the package level is visible throughout the package and in all packages that import the exporting package.
Functions and Variable Scopes
Pointers
A pointer variable or a pointer is a pointer type variable. It contains an address to a memory location. Pointers are not commonly used with built-in types, but are very useful when paired with structs.
Pointers are useful when functions need to access and change state of a variable that was declared within the scope of a different function and possibly a different goroutine. It is convenient, but also dangerous if the variable is modified concurrently without mutual exclusion protection.
In absence of explicit initialization, pointer are initialized to nil.
On a 64-bit architecture, a pointer variable requires 8 bytes of memory.