搜公众号
推荐 原创 视频 Java开发 开发工具 Python开发 Kotlin开发 Ruby开发 .NET开发 服务器运维 开放平台 架构师 大数据 云计算 人工智能 开发语言 其它开发 iOS开发 前端开发 JavaScript开发 Android开发 PHP开发 数据库
Lambda在线 > SegmentFault > 使用 Typescript 开发 node.js 项目——简单的环境配置

使用 Typescript 开发 node.js 项目——简单的环境配置

SegmentFault 2017-11-07
举报

最近在学习typescript的过程中,想到也许可以使用ts来开发node.js项目。在网上搜了一下,其实已经有很多开发者实践了这方面的内容。这里,我记录一下自己搭建开发环境的简单过程。

使用 Typescript 开发的好处:

  • 较严格的类型检查和语法检查。

  • ES6/ES2015/ES7(部分)支持比较好。

  • 编译后的 js 文件很干净,也支持多种代码规范。

  • 其他,请参见文档。

准备

  • node.js v6.9.1 或者任意的新版本,老版本暂时没有试验。

  • tsc typescript 编译器,使用npm安装:npm install -g typescript,当前是v2.0.10

  • 编辑器:vscode

  • 命令行终端:windows 的 cmd

特别提示和吐槽:安装tsc可能需要翻墙(如果特别慢的话),所以也可以使用淘宝镜像。

建立 node.js 项目

使用npm init在指定的目录中建好项目的目录。

在这里我建立了一个自己的项目目录结构:

testTS
|---build                 //编译后的js文件目录|---src                   //ts文件目录|---static                //客户端静态文件|  |---scripts
|  |     |---main.js
|  |----styles
|  |     |---style.css
|  |----assets
|---views                 //html文件目录|    |---index.html
|---package.json
|---tsconfig.json

编辑 tsconfig.json

在上面的目录结构中有一个tsconfig.json文件,用来设置 ts 的编译选项。
想要获取这份文件,可以在项目根目录下使用tsc --init,就会自动建立好一份.tsconfig.json

编写需要的配置项

默认情况下,tsc会使用默认的编译配置编译目录中的所有.ts文件。通过书写tsconfig.json,我们可以配置tsc的编译行为,达到想要的结果:

{
    "compilerOptions": {
        "module": "commonjs",   //指定生成哪个模块系统代码
        "target": "es6",        //目标代码类型
        "noImplicitAny": false, //在表达式和声明上有隐含的'any'类型时报错。
        "sourceMap": false,     //用于debug   
        "rootDir":"./src",      //仅用来控制输出的目录结构--outDir。
        "outDir":"./build",     //重定向输出目录。   
        "watch":true            //在监视模式下运行编译器。会监视输出文件,在它们改变时重新编译。
    },
    "include":[
        "./src/**/*"
    ],
    "exclude":[
        "views",
        "static"
    ]
}

配置文件注意点

"compilerOptions"是编译选项,具体详情,请参见:

  • 中文文档

  • 英文文档

"module"是用来指定设置编译后的 js 代码,使用何种模块规范。由于是开发node.js项目,所以选择commonjs。(有兴趣的话,可以把所有module所有可能的值都试一遍,查看编译后的js文件的差别,会发现生成的代码还是很不错的,很干净。)

"target"是编译后的js代码遵循何种规范,可以是es3/es5/es6等等,这里为了对比ts 2.0代码和es6代码的不同,使用了"es6"

"rootDir"是一个需要注意的地方,它会告诉编译器,此目录下的文件需要经过编译。那么,如果设置了这个选项,又在外部(比如根目录)放置了.ts文件,会怎么样呢?tsc会提示一条类似这样的错误:

"error TS6059: File 'D:/workplace/nodeWP/testTS/index.ts' is not under 'rootDir' 'D:/workplace/nodeWP/testTS/src'. 'rootDir' is expected to contain all source files."

并且,在build的目录中,输出的目录结构也会变化:

这显然不是我们想要的结果。

解决方案是使用includeexclude属性。按照文档说明,”include” 和 “exclude” 属性指定一个文件 glob 匹配模式列表。表明需要包含的文件目录或文件,以及需要过滤掉的文件或目录(也可以使用"files"配置项,不过需要一个一个文件录入,files” 属性明确指定的文件却总是会被包含在内,不管 “exclude” 如何设置。),详见官方文档说明。

所以,添加"./src/**/*""include"所指向的数组,就可以指定./src下的所有文件,是我们真正需要被编译的,其他目录将会被排除。

"outDir" 指向了编译后的 js 代码输出的地方。在文档中也有"outFile"选项,可以把所有的 ts 文件按照一定顺序规则打包成一个文件,具体可以参考文档。在这里,我们优先使用outDir

试验一下

在书写完2个配置文件之后,就可以开始撰写代码,并执行编译了。我们试验一下:
./src/server.ts中,写一段简单的:

interface ICache{
    useCache:boolean;
    [propName:string]:any;
}const cache:ICache = {useCache:true};

之后,在终端中输入:

D:\workplace\nodeWP\testTS>tsc

经过编译,会生成server.js到 build 目录中:

//server.jsconst cache = { useCache: true };

使用.d.ts文件

既然要开发一个项目,显然不会只有这些代码。肯定要用到内建模块和第三方模块。然而,直接导入模块,在.ts文件中是不行的。例如:

这是由于 typescript 自身的机制,需要一份xx.d.ts声明文件,来说明模块对外公开的方法和属性的类型以及内容。感觉有一些麻烦。好在,官方以及社区已经准备好了方案,来解决这个问题。

在 TypeScript 2.0 以上的版本,获取类型声明文件只需要使用 npm。在项目目录下执行安装:

npm install --save-dev @types/node

就可以获得有关node.js v6.x的API的类型说明文件。之后,就可以顺利的导入需要的模块了:

import * as http from 'http';

完成之后,不仅可以正常的使用http模块中的方法,也可以在 vscode 中获得相应的代码提示。

对于内建模块,安装一个@types/node模块可以整体解决模块的声明文件问题。那么,对于浩如烟海的第三方模块,该怎么办呢?官方和社区中也提供了查找和安装的渠道:

  • typings

  • DefinitelyTyped

  • TypeSearch

自动编译和自动重启服务

解决完了声明文件之后,其实我们已经可以使用ts简单的进行node.js项目的开发了。但是,每次写完或者修改代码,就要编译,然后再启动,是一件不大但是相当让人烦躁的事情。为了效率,我们应当改善它。

首先,要让.ts文件可以自动被编译。这在上文中的tsconfig.json文件中,已经被设置好了,就是"watch":true。此时在命令行执行tsc命令后,编译器就会时时监控目录中.ts文件的变化,然后自动编译。

自动重启node服务器,我们可以使用 supervisor 模块解决,或者任何具有类似功能的解决方案都可以。

全局安装 supervisor 模块npm install -g supervisor,之后就可以在终端中使用supervior ./build/server.js启动服务器,并在服务器端代码改变之后,自动重启服务器。

让启动服务更简单

由于以上的 2 个命令,在启动时都可能需要附加一些参数,每次输入很麻烦。

可以使用npm script来解决。在package.json文件中的"scripts"中,我们设置:

{
    "scripts":{        "dev": "supervisor -w build ./build/server.js",        "build": "tsc",    }}

执行npm run dev之后,如果./build目录中的.js文件发生改变时,就会重启服务器。

执行npm run build时,则只会编译 ts 文件并监控 ts 的改变。

使用例子来试验一下

import * as http from 'http';//====================const server = http.createServer(
function(request:http.IncomingMessage,response:http.ServerResponse):void{    console.log("create a server...");    response.writeHead(200,{'Content-Type':'text/plain'});    response.write('Hello world,we use typescript to develop.');    response.end(); }); server.listen(3000,function(){    console.log("Server listening on port 3000");    console.log("test..."); });

结语

本文只是对搭建 typescript 开发 node.js 项目的环境做一个简单研究和记录。

最初这样想,也只是好奇可不可以这么做。实际上在 node.js 稳定版本v6.9.1中已经支持了 90% 的ES6。因此,直接使用 ES6 开发 node.js 项目,是很好的选择。

不完善的地方,请见谅,后面会慢慢补充。

参考资料

Typescript 中文手册



-EOF-


【活动推荐】SegmentFault 开发者大会 2016 - 杭州站即将开始,嘉宾议题已经更新,点击「阅读原文」,即可查看。

版权声明:本站内容全部来自于腾讯微信公众号,属第三方自助推荐收录。《使用 Typescript 开发 node.js 项目——简单的环境配置》的版权归原作者「SegmentFault」所有,文章言论观点不代表Lambda在线的观点, Lambda在线不承担任何法律责任。如需删除可联系QQ:516101458

文章来源: 阅读原文

相关阅读

举报