Namespace Statement
Declares the name of a namespace and causes the source code that follows the declaration to be compiled within that namespace.
Syntax
Namespace [Global.] { name | name.name }
[ componenttypes ]
End Namespace
Parts
Global Optional. Allows you to define a namespace out of the root namespace of your project. See Namespaces in Visual Basic.
name
Required. A unique name that identifies the namespace. Must be a valid Visual Basic identifier. For more information, see Declared Element Names.
componenttypes
Optional. Elements that make up the namespace. These include, but are not limited to, enumerations, structures, interfaces, classes, modules, delegates, and other namespaces.
End Namespace
Terminates a Namespace
block.
Remarks
Namespaces are used as an organizational system. They provide a way to classify and present programming elements that are exposed to other programs and applications. Note that a namespace is not a type in the sense that a class or structure is—you cannot declare a programming element to have the data type of a namespace.
All programming elements declared after a Namespace
statement belong to that namespace. Visual Basic continues to compile elements into the last declared namespace until it encounters either an End Namespace
statement or another Namespace
statement.
If a namespace is already defined, even outside your project, you can add programming elements to it. To do this, you use a Namespace
statement to direct Visual Basic to compile elements into that namespace.
You can use a Namespace
statement only at the file or namespace level. This means the declaration context for a namespace must be a source file or another namespace, and cannot be a class, structure, module, interface, or procedure. For more information, see Declaration Contexts and Default Access Levels.
You can declare one namespace within another. There is no strict limit to the levels of nesting you can declare, but remember that when other code accesses the elements declared in the innermost namespace, it must use a qualification string that contains all the namespace names in the nesting hierarchy.
Access Level
Namespaces are treated as if they have a Public
access level. A namespace can be accessed from code anywhere in the same project, from other projects that reference the project, and from any assembly built from the project.
Programming elements declared at namespace level, meaning in a namespace but not inside any other element, can have Public
or Friend
access. If unspecified, the access level of such an element uses Friend
by default. Elements you can declare at namespace level include classes, structures, modules, interfaces, enumerations, and delegates. For more information, see Declaration Contexts and Default Access Levels.
Root Namespace
All namespace names in your project are based on a root namespace. Visual Studio assigns your project name as the default root namespace for all code in your project. For example, if your project is named Payroll
, its programming elements belong to namespace Payroll
. If you declare Namespace funding
, the full name of that namespace is Payroll.funding
.
If you want to specify an existing namespace in a Namespace
statement, such as in the generic list class example, you can set your root namespace to a null value. To do this, click Project Properties from the Project menu and then clear the Root namespace entry so that the box is empty. If you did not do this in the generic list class example, the Visual Basic compiler would take System.Collections.Generic
as a new namespace within project Payroll
, with the full name of Payroll.System.Collections.Generic
.
Alternatively, you can use the Global
keyword to refer to elements of namespaces defined outside your project. Doing so lets you retain your project name as the root namespace. This reduces the chance of unintentionally merging your programming elements together with those of existing namespaces. For more information, see the "Global Keyword in Fully Qualified Names" section in Namespaces in Visual Basic.
The Global
keyword can also be used in a Namespace statement. This lets you define a namespace out of the root namespace of your project. For more information, see the "Global Keyword in Namespace Statements" section in Namespaces in Visual Basic.
Troubleshooting. The root namespace can lead to unexpected concatenations of namespace names. If you make reference to namespaces defined outside your project, the Visual Basic compiler can construe them as nested namespaces in the root namespace. In such a case, the compiler does not recognize any types that have been already defined in the external namespaces. To avoid this, either set your root namespace to a null value as described in "Root Namespace," or use the Global
keyword to access elements of external namespaces.
Attributes and Modifiers
You cannot apply attributes to a namespace. An attribute contributes information to the assembly's metadata, which is not meaningful for source classifiers such as namespaces.
You cannot apply any access or procedure modifiers, or any other modifiers, to a namespace. Because it is not a type, these modifiers are not meaningful.
Example 1
The following example declares two namespaces, one nested in the other.
Namespace n1
Namespace n2
Class a
' Insert class definition.
End Class
End Namespace
End Namespace
Example 2
The following example declares multiple nested namespaces on a single line, and it is equivalent to the previous example.
Namespace n1.n2
Class a
' Insert class definition.
End Class
End Namespace
Example 3
The following example accesses the class defined in the previous examples.
Dim instance As New n1.n2.a
Example 4
The following example defines the skeleton of a new generic list class and adds it to the System.Collections.Generic namespace.
Namespace System.Collections.Generic
Class specialSortedList(Of T)
Inherits List(Of T)
' Insert code to define the special generic list class.
End Class
End Namespace