Go Keyword import: Difference between revisions

From NovaOrdis Knowledge Base
Jump to navigation Jump to search
Line 47: Line 47:




The [[Go_Concepts_-_Lexical_Structure#The_Blank_Identifier|blank identifier]] "_" can be used to prefix the package path when importing a package when we need that package for its side effects (its <tt>init()</tt> function), but we don't use the package identifier anywhere in the source code. If we simply import the package and we don't use its identifier, we get:
The [[Go_Concepts_-_Lexical_Structure#The_Blank_Identifier|blank identifier]] "_" can be used to prefix the package path when importing a package when we need that package for its side effects (its <tt>init()</tt> function), but we don't use the package identifier anywhere in the source code:
 
<pre>
import _ "some/path/some-package"
</pre>
 
If we simply import the package and we don't use its identifier, we get:


<pre>
<pre>

Revision as of 18:08, 2 April 2016

External

Internal

Overview

An import declaration states that the current package depends on the functionality of the imported package and wants access to its name space. Thus, the current package gains access to the exported identifiers exposed by the imported package.

The import declaration starts with the import keyword, optionally followed by a package name alias and mandatory followed by a string that helps the compiler to identify the package.

...
import [package-name-alias] "package-path-string-literal"
...

Example

...
import "net/http"
import "project1/blue"
...

The package path is enclosed in double quotes. It is a string literal. It is NOT the package name, but it helps the compiler to locate the package, instead.

The package path represents a local file system path fragment. That path fragment is supposed to live under a src directory whose parent is listed in the GOPATH environment variable. Note that if the package path has multiple segments, only the last one represents the package name and can used to prefix identifiers belonging to the imported package, in the program. For example, if we import import "project1/blue", we only use blue to qualify identifiers from that package: blue.DoSomethingBlue()

The package-name-alias is optional, and it should be used when we have a package name conflict - we're trying to use two package whose terminal path segment is the same. If package-name-alias is not specified, the package will be referred as the last segment of the path.

Importing Multiple Packages

import (
    "fmt"
    "strings"
)

The Blank Identifier When Importing a Package

The blank identifier "_" can be used to prefix the package path when importing a package when we need that package for its side effects (its init() function), but we don't use the package identifier anywhere in the source code:

import _ "some/path/some-package"

If we simply import the package and we don't use its identifier, we get:


Accessing an Identifier from an Imported Package

Once a package has been declared as "imported", all exported identifiers from the imported package are available in the importing package. In order to access an individual exported identifier, the identifier should be prefixed with the name of the package. For example, in order to access the struct Box exposed by package "pkgA", we do this:

import "pkgA"
...
func f() {
    ...
    var b pkgA.Box
    ...
}

How Packages are Resolved

The algorithm is described here:

GOPATH