TS学习笔记八：命名空间

  本节介绍命名空间相关内容，包括命名空间的作用、实现方式、注意事项、命名空间和模块的区别等内容。
由于全局作用域下，有可能会导致命名冲突，使用命名空间之后就可以通过命名空间组织代码，将代码封装到不同的命名空间当中，这样就不会出现命名冲突的问题。

1. 讲解视频
   

   TS学习笔记十三：命名空间

   
   

   TS学习笔记十四：命名空间和模块

2. B站视频
   

   TS学习笔记十三：命名空间

   
   

   TS学习笔记十四：命名空间和模块

3. 西瓜视频
   https://www.ixigua.com/7323775599850291738
   

一、单文件命名空间

interface str{
}
const a:number = 1;
export class str1 implements str{}
export class str2 implements str{}

  上述实例若要继续扩展str时就需要对代码进行组织，以便于在记录他们的类型同时还不用担心与其它对象产生命名冲突，可以把定义包裹到一个命名空间中，使用命名空间中，可以定义哪些接口是外部可以访问的，需要使用export进行导出，内部的变量是实现的具体细节，不需要导出，因此在命名空间外部是不能访问的，由于是在命名空间之外访问，因此需要限定类型的名，如A.str,示例如下：

namespace A{
	export interface str{
	}
	const a:number = 1;
	export class str1 implements str{}
	export class str2 implements str{}
}
//通过A.str/A.str1/A.str2这种方式进行命名空间的调用

二、多文件中使用

  命名空间可以被分割到多个文件中，这样如果代码量比较大的情况下，就可以根据功能进行文件划分，提高代码的可维护性。
  命名空间在不同的文件中，仍然是同一个命名空间，使用时和在同一个文件中定义的命名空间一样，因为不同的文件之间存在依赖关系，所以需要使用引用标签告诉编译器文件之间的关联，如下：
A.ts

namespace V{
	export interface str{}
}

B.ts

namespace V{
	const a:number = 1;
	export calss str1 implements str{}
}

C.ts

namespace V{
	const b:number = 2;
	export class str2 implements str{}
}

test.ts

//调用时V.str/V.str1/V.str2通过这种方式调用，和在同一个文件中的使用方式一致。

  当设计多个文件时，必须确保所有编译后的代码都被加载了，有两种方式可以实现：

1. 把所有的文件编译为一个输出文件，需要使用–outFile标记：

tsc --outFIle test.js test.ts

  编译器会根据源码中的引用标签自动地对输出进行排序，也可以单独的指定每个文件。
2. 可以编译每一个文件，每个源文件都会生成一个js文件，在html上通过

三、别名

  命名空间的访问需要A.B.C类似这样按照层级访问对应的内容，如果内容层级过多时使用起来就会很麻烦，可以使用起一个比较短的别名解决此问题，方法是import a = A.B.C，此时就可以直接使用a访问了，而不用A.B.C进行访问。此处的import a = 和加载模块的import x = require(‘A’)的语法是有区别的，此语法是为指定的符号创建一个别名，可以用此种方式给任意标识符创建别名，也包括导入的模块中的对象。

namespace A{
	export namespace B{
	export class C{}
	export class D{}
	}
}
import a = A.B;
let c = new a.C();

  上述示例中直接使用导入符号限定名赋值，并没有使用require关键字，和使用var相似，也适用于类型和导入的具有命名空间含义的符号，对于值来说，import 会生成与原始符号不同的引用，所以改变别名的var值并不会影响原始变量的值。

四、使用其它JS库

  有时候会使用不是ts编写的类库的类型，需要声明类库导出的API，由于大部分程序库只提供少数的顶级对象，此时可以用命名空间来表示。
  此处的声明不是外部程序的具体实现，而只是类型等的声明，需要编写在.d.ts文件中，类似于C语言中的.h文件。

五、外部命名空间

  许多库都是在全局对象定义它的功能，可以通过

declare namespace ${
	export interface Selecters{
	select:{
	(selector:string):Selection;
	(element:EventTarget):Selection;
	}
}
export interface Event{
	x:number;
	y:number;
}
export interface Base extends Selecters{
	event:Event;
	}
}
declare let a :$.Base;

六、命名空间及模块

  命名空间和模块具有不同的使用场景及规则，ts1.5中为了和es6中的术语保持一致，术语名发生了变化，内部模块现在被称做命名空间，外部模块被简称为模块，module x{}相当于现在推荐的写法namespace X{}

1.使用命名空间

  命名空间是位于全局命名空间下的一个普通带有名字的js对象，可以在多文件中使用，并通过–outFIle结合在一起，可以组织应用的代码结构，但是如果前端项目比较庞大时，很难识别命名空间之间的依赖关系。

2.使用模块

  模块和命名空间一样，模块可以包含代码和声明，不同的是模块可以声明它的依赖，模块会把依赖添加到模块加载器上，对于小型JS应用来说可能没必要，但是对大型应用就会使得应用具有较高的可维护性，模块也提供了更好的代码重用，更强的封闭性以及更好的使用工具进行优化。
  Node.js中模块是默认并推荐的组织代码的方式，从ES6开始，模块成为了语音内置的部分，应该会被所有正常的解释引擎所支持。

3.常见陷阱

(1) 对模块使用///
  不能使用///引用模块文件，应该使用import。使用import的时候编译器会首先尝试去查找相应路径下的.ts/.tsx/.d.ts，如果这些文件都找不到，编译器会查找外部模块声明。
(2) 不必要的命名空间
  不同的模块永远也不会在相同的作用域内使用相同的名字，因为使用模块时会为他们命名，所以完全没有必要把导出的符号包裹在一个命名空间里，如下：
a.ts

export namespace A{
		export class T{}
		export class B{}
}

使用时如下：

import * as a from “./a”;
let t = new a.A.T();

顶层的模块包括了T和B，使用起来就比较麻烦，需要多写一层。可以对上述示例进行改进：
a.ts

export class T{}
export class B{}

b.ts

import * as a from “./a”
let t = new a.T();

  不应该对模块使用命名空间，使用命名空间是为了逻辑分组和避免命名冲突，模块文件本身已经是一个逻辑分组，并且它的名字是由导入这个模块的代码指定，所以没有必要为导出的对象增加额外的模块层。
(3) 模块的取舍
  ts中模块文件与生成的js文件也是一一对应的，当指定的目标模块系统不同，可能无法链接多个模块源文件，如目标模块系统为commonjs或umd时，无法使用outFIle选项，ts1.8以上目标是amd或system时也能够使用outFIle。