本文主要介紹了詳解使用Typescript開發node.js專案(簡單的環境配置),非常具有實用價值,需要的朋友可以參考下,希望能幫助大家。
最近在學習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在指定的目錄中建立好專案的目錄。
在這裡我建立了一個自己的專案目錄結構:
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
編輯tsconfig.json
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
|
編輯tsconfig.json
在上面的目錄結構中有一個tsconfig.json文件,用來設定ts的編譯選項。
想要取得這份文件,可以在專案根目錄下使用tsc --init,就會自動建立好一份.tsconfig.json。
預設情況下,tsc會使用預設的編譯配置編譯目錄中的所有.ts檔。透過書寫tsconfig.json,我們可以設定tsc的編譯行為,達到想要的結果:
1 2 3 4 5 |
|
##"compilerOptions"是編譯選項,具體詳情,請參閱:
中文文件
英文文件"module"是用來指定設定編譯後的js程式碼,使用何種模組規格。由於是開發node.js項目,所以選擇commonjs。 (有興趣的話,可以把所有module所有可能的值都試一遍,查看編譯後的js檔案的差別,會發現生成的程式碼還是很不錯的,很乾淨。)
"target"是編譯後的js程式碼遵循何種規範,可以是es3/es5/es6等等,這裡為了比較ts 2.0程式碼和es6程式碼的不同,使用了"es6"。 "rootDir"是一個需要注意的地方,它會告訴編譯器,此目錄下的檔案需要經過編譯。那麼,如果設定了這個選項,又在外部(例如根目錄)放置了.ts文件,會怎麼樣呢? tsc會提示一則類似這樣的錯誤:
複製程式碼
程式碼如下:
這顯然不是我們想要的結果。
解決方案是使用include和exclude屬性。依照文件說明,"include" 和 "exclude" 屬性指定一個檔案glob匹配模式清單。表明需要包含的文件目錄或文件,以及需要過濾掉的文件或目錄(也可以使用"files"配置項,不過需要一個一個文件錄入,"files" 屬性明確指定的文件卻總是會被包含在內,不管"exclude" 如何設定。
所以,加上"./src/**/*"到"include"所指向的數組,就可以指定./src下的所有文件,是我們真正需要被編譯的,其他目錄將會被排除。 "outDir" 指向了編譯後的js程式碼輸出的地方。在文檔中也有"outFile"選項,可以把所有的ts文件依照一定順序規則打包成一個文件,具體可以參考文檔。在這裡,我們優先使用outDir。
試驗
1 2 |
|
1 |
|
既然要开发一个项目,显然不会只有这些代码。肯定要用到内建模块和第三方模块。然而,直接导入模块,在.ts文件中是不行的。例如:
这是由于typescript自身的机制,需要一份xx.d.ts声明文件,来说明模块对外公开的方法和属性的类型以及内容。感觉有一些麻烦。好在,官方以及社区已经准备好了方案,来解决这个问题。
在TypeScript 2.0以上的版本,获取类型声明文件只需要使用npm。在项目目录下执行安装:
1 |
|
就可以获得有关node.js v6.x的API的类型说明文件。之后,就可以顺利的导入需要的模块了:
1 |
|
完成之后,不仅可以正常的使用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"中,我们设置:
1 2 3 4 5 6 |
|
执行npm run dev之后,如果./build目录中的.js文件发生改变时,就会重启服务器。
执行npm run build时,则只会编译ts文件并监控ts的改变。
使用例子来试验一下
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
补充:一个命令实现tsc编译和重启服务器
2017.5.3更新:
感谢大家对本文的支持。有朋友(@Ajaxyz)提出,有没有办法将ts编译监视和重启服务器合并为一个命令?
这里提出一个比较简易的方法,使用gulp来管理这2个流程。(如何使用gulp工作,请参考Gulp API)
1. 使用gulp的watch()来监控ts文件的变化并重启服务器。
这种方式,需要使用gulp和gulp-typescript插件(安装)
注意的一点是:gulp-typescript可能需要在项目的目录安装typescript,所以可以在项目的目录中,运行命令行:
1 |
|
准备好gulp和插件之后,需要书写一份gulpfile.js作为gulp项目需要执行的任务文件,例子如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 |
|
这样,在开发时,直接在项目目录运行gulp dev,就可以启动编译和服务器了。此后,gulp会监视ts文件的改动,然后编译ts文件并重启服务器。刷新页面,就可以看到新结果已经输出在浏览器页面中了。
还有一点需要留意的是,由于gulp负责监视ts文件的变化,因此请在tsconfig.json将"watch"设置为false或者删掉这个属性。
2. 使用tsconfig.json监控ts文件变化并重启服务器
用这种方式,首先打开tsconfig.json对ts文件的监视,然后修改gulpfile.js文件,如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
|
运行gulp dev2,效果和上一个例子一样。
以上,提供一种解决办法的方式和思路,仅供参考,如果用在实际环境中,还需要进一步完善功能。
结语
本文只是对搭建typescript开发node.js项目的环境做一个简单研究和记录。
最初这样想,也只是好奇可不可以这么做。实际上在node.js稳定版本v6.9.1中已经支持了90%的ES6。因此,直接使用ES6开发node.js项目,是很好的选择。
不完善的地方,請見諒,後面會慢慢補充。
相關推薦:
以上是Typescript開發node.js專案實例詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章!