Node.js + TypeScript 写后端工具

前言

如今 Node.js 的生态愈来愈成熟，有好多公司直接使用 Node 构建其后端应用，放在线上跑。TypeScript 是微软的编程语言，近年来受到的关注也是愈来愈多。

做为一个常年写后端接口的人，便想：能不能利用这二者，来给本身的工做流，带来一点不同的感受。（因为这不是写客户端 JS，因此咱们并不须要 webpack 等工具 ）

步骤

初始化项目

假设项目目录是 project 。

cd project

mkdir src && touch README.md

cd src 

npm init

tsc --init

根据惯例，弄一个主入口 main （注：这里没有使用 index.js 这种设定 )
touch main.ts
复制代码

初始化完成的项目是这样的：

project/
    README.md
    src/
        package.json
        tsconfig.json
        main.ts
复制代码

安装必备的包

目前暂时只想到了以下的这些包：

npm install --save lodash @types/lodash

npm install --save @types/node

npm install --save-dev typescript 
复制代码

以后项目变成这样子：

project/
    README.md
    src/
        package.json
        tsconfig.json
        main.ts
        node_modules/
复制代码

配置 tsconfig.json

这一步最为重要。官网有一节专门讲这个：http://www.typescriptlang.org/docs/handbook/tsconfig-json.html 。要看懂仍是须要花点时间的。

总而言之，须要告诉 tsc 以下几件事情：

1. 项目的根目录在哪？ （以 tsconfig.json 所在的目录为根目录，即项目根目录 )
2. 输入在哪？ （即：项目的哪些ts 文件是须要关心的，标准库/第三方库去哪里找）
3. 输出在哪？（因为不是前端项目，因此咱们只须要每个 ts 输出对应的 js 文件便可）

这里是一个示例配置，有详细的注释说明，初始化 ts 项目时，能够直接拷贝之，以节约时间成本。

{
    // tsconfig 所在的根目录, 则是一个project
    "compilerOptions": {
        "module": "commonjs", // 模块系统
        "target": "es2015",   // 生成目标, 通常选择ES6，由于不是客户端环境，不必还编译成  ES5
        
        // 一组严苛的编译选项
        "noImplicitAny": false,
        "strictNullChecks": true,
        "strict": true,
        "alwaysStrict": true,
        "sourceMap": false,
        "noImplicitReturns": true,
        "noImplicitThis": true,
        "pretty": true,
        
        "listFiles": true,  // 包含了哪些库，这个必要的时候仍是颇有用的
        "listEmittedFiles": true, 
        "lib": [            // 要那些 lib，按需选择便可
            "es2016"
        ],
        // "noUnusedLocals": true,
        // "noUnusedParameters": true,
        // "noFallthroughCasesInSwitch": true,
        // 指定库的搜索路径，这个比较有用，通常会指定 @types，还能够按需添加
        "typeRoots": [
            "./node_modules/@types"
        ]
        // 库搜索路径下, 仅使用哪些库, 通常没啥用
        // "types": [
            
        // ]
    },
    // file include会算出一个交集, 指明哪些是项目的 ts 文件
    "include": [
        "./**/*"
    ],
    // 排除项目下面不符合要求的文件，这个按需设定便可，能够放心排除乱七八糟的文件
    "exclude": [
        "node_modules",
        "**/*.spec.ts",
        "*.js"
    ]

    
}
复制代码

设计项目的目录结构 为了模拟真实的场景，咱们的 main.ts 有以下内容：

function main() {
  
}

main();
复制代码

写一个 utils.ts，放入 src/core/utils.ts 中。

import * as path from 'path';                     // 测试可否正常使用 Node 的内置模块


/**
 * 一个正常的class
 * 
 * 不得不说, TS 使用起来真是舒服,各类该有的东西都替你考虑到了
 * 很舒心
 */
export class NodeModuleTester {
  public static readonly STATIC_VAR = 'STATIC';   // 测试static变量

  constructor(                                    // 测试构造方法
    private readonly f1: string,
    private readonly f2: number) {

  }

  public static testPath() {                      // 测试静态方法
    const curdir = './';

    console.log(path.resolve(curdir));
  }

}
复制代码

因为须要使用对应的 class，因此 main.ts 内容变成了这样：

import {NodeModuleTester} from './core/utils';

/**
 * main 入口
 * 
 * 测试!
 */
function main() {
  const tester = new NodeModuleTester("s1", 1);

  console.log(NodeModuleTester.STATIC_VAR);

  console.log(NodeModuleTester.testPath());
}

main();
复制代码

运行 因为 Node 是不认识 ts 的，咱们的 ts 代码须要先转译成 js 代码。

不过别担忧，咱们使用的是微软的产品，一切都不是问题（意思就是：微软设计的东西，既有品味，又是异常简单好用，从来如此）。

咱们只须要 cd src/ && tsc && node main.js 便可，简直不要太简单。若是还嫌麻烦，咱们能够写到 npm script 中去，以下：

{
  "name": "src",
  "version": "1.0.0",
  "description": "",
  "main": "index.js",
  "scripts": {
    "test": "echo \"Error: no test specified\" && exit 1",
    "runmain": "./node_modules/.bin/tsc && node main.js"   // 就是这个脚本！
  },
  "author": "",
  "license": "ISC",
  "devDependencies": {
    "@types/node": "^9.4.6",
    "typescript": "^2.7.2"
  }
}

复制代码

而后咱们只须要cd src/ && npm run runmain便可，更加地简单。

个人感悟

TypeScript 代码，既美观又优雅，加上微软强大的工程能力（造工具的能力），Node.js + TypeScript 几乎是一对完美的组合。

附

• 有人可能比较担心有的库没有对应 d.ts 。其实这彻底不用担忧，经常使用的库要么自带 d.ts （侧面验证了 TS已经愈来愈被你们接受），要么社区已经有维护好的 d.ts （@types下面的库），实在没办法，本身写 d.ts 也不过是分分钟的事情，并无什么难度。