import { MyNameSpace_2 } from "./namespace_exercise_2";
//没用export 修饰的类、变量、函数等，导入命名空间后，也无法使用这些变量
//用了export 修饰的，只要导入了命名空间，
//就可以通过  namespace.var_name 的方式访问空间内的
namespace MyNameSpace {
    var myName: string = "jeason chan";
    export var yourName: string = "SB";
//在同一个文件中使用同一个文件中的命名空间中的对象
console.log(MyNameSpace.yourName);
//console.log(MyNameSpace.myName); 无法访问 myName，因为没导出
//向命名空间中添加变量
namespace MyNameSpace {
    export var newArg: string = "aaaaa";
//访问添加的变量
console.log(MyNameSpace.newArg);
//访问原先的变量
console.log(MyNameSpace.yourName);
//别的文件中，不先导入，相同命名空间内的对象也无法访问，
//因为，跨了文件之后，只有导入了能算在同一个命名空间
//console.log(MyNameSpace.ArgInOtherFile)  报错，不导入无法使用
/// <reference path = "./namespace_exercise_2.ts" />
MyNameSpace_2.printHello();
// console.log(MyNameSpace.ArgInOtherFile);  无法识别，因为并没有导出来
//命名空间支持嵌套
namespace_exercise_2.ts
 
//不期望该命名空间导出，不加export
namespace MyNameSpace {
    export var ArgInOtherFile: string = "hahah";
//期望该命名空间导出，加export
export namespace MyNameSpace_2 {
    export function printHello(): void {
        console.log("Hello world!")
//一定要严格遵守！！！
//希望在别的文件中使用的就用export！！！
//不希望的就不加！！！
export var hahahah: string = "aaaa";
                    namespace_exercise.tsimport { MyNameSpace_2 } from "./namespace_exercise_2";//没用export 修饰的类、变量、函数等，导入命名空间后，也无法使用这些变量//用了export 修饰的，只要导入了命名空间，//就可以通过  namespace.var_name 的方式访问空间内的namespace MyName...
				
TypeScript中的命名空间—namespace
什么是命名空间？在很多语言中都有这个概念。
命名空间是为了解决命名冲突。比如你在代码的不同地方，都定义了同名但是不同含义的函数、变量等，虽然不提倡这么做，但是有时候需要这么做。那怎么办呢？可以选择将同名但是不同含义的函数、变量等分别写在不同的命名空间中，就不怕有冲突报错啦！
命名空间的关键字是namespace
namespace tsNamespace {
​    let ownerName: string = "tsNameSpace";
				
一、目前typescript是可以通过三斜线指令和import进行引入的
三斜线指令是用来标明文件之间的依赖关系，不能当作import使用，当使用export导出命名空间时，在别的模块要使用它，必须使用import引入，下面代码可以使用ts-node App.ts直接运行
//Test.ts
import {Test1} from "./test";
export namespace Test{
    export class C implements Test1.A{
				
流利的打字稿
 :package: 自动为Fluent文件生成TypeScript声明
 Fluent是Mozilla的用于自然发音翻译的编程语言。 fluent-typescript是自动为其mensagens生成类型定义的工具。 因此，按照TS提供的保险箱类型，您可以对翻译邮件进行更安全的更改。 再也不会有丢失的变量，也不会忘记删除旧消息。 听起来像魔术，对不对？
 流利的客户端支持：
 香草（只是 ）
 :warning: 这是一个正在进行的项目！ 目前，您不应该在生产中使用它！
第一步，您当然需要安装此软件包：
 > npm install fluent-typescript --save-dev
- or -
> yarn add fluent-typescript --dev
以下步骤取决于您所使用的Fluent客户端：
您可以在文件夹中查看完整的示例。 检查其自述文件。
				
TypeScript 模块
TypeScript 模块的设计理念是可以更换的组织代码。
模块是在其自身的作用域里执行，并不是在全局作用域，这意味着定义在模块里面的变量、函数和类等在模块外部是不可见的，除非明确地使用 export 导出它们。类似地，我们必须通过 import 导入其他模块导出的变量、函数、类等。
两个模块之间的关系是通过在文件级别上使用 import 和 export 建立的。
            const ele = document.createElement('div')
            ele.innerHTML = "This is Header"
            document.body.appendChild(ele)
但在基于文件模块的项目中，我们无须担心这一点，此种方式，适合用于合理的函数逻辑分组中，在 TypeScript 中，提供了 namespace 关键字来描述这种分组，在 typescript 编译器进行编译过后，命名空间也就被编译成了上述示例那样的代码。
命名空间的声明
				
最近调研VSCode的插件开发，选择typescript语言，看了typescript的官方的指导手册关于namespace的使用方式，我尝试类官方给出的一个文件和多个文件场景下使用namespace 。
结果一个文件使用namesapce没有问题，但是多个文件共享namespace，VSCode的语法提示总是提示找不到xxxx。
重点说明下，插件工程使用yo code创建的，namespace的...
个人理解：TypeScript中的命名空间其实是为功能文件做一个归类。
比方说我们所使用的的学校案例，我们的学生类，人类，学校类都可以在一个命名空间下进行定义。
一. 先来看下用命名空间的第一种写法
namespace MySchool {
    class People {
        // 姓名, 默认小明
        private name: string = ...
                dom4j 问题解决Can't create default XMLReader; is system property org.xml.sax.driver set  groovy
                    feng_JK: 
                    谢谢，已解决！
                工厂模式和策略模式实践及比较
                    luck_man911: 
                    工厂模式依赖策略模式