詳解使用Typescript開發(fā)node.js項目(簡單的環(huán)境配置)
最近在學(xué)習(xí)typescript的過程中,想到也許可以使用ts來開發(fā)node.js項目。在網(wǎng)上搜了一下,其實已經(jīng)有很多開發(fā)者實踐了這方面的內(nèi)容。這里,我記錄一下自己搭建開發(fā)環(huán)境的簡單過程。
使用Typescript開發(fā)的好處:
- 較嚴(yán)格的類型檢查和語法檢查。
- 對ES6/ES2015/ES7(部分)支持比較好。
- 編譯后的js文件很干凈,也支持多種代碼規(guī)范。
- 其他,請參見文檔。
準(zhǔn)備
- node.js v6.9.1 或者任意的新版本,老版本暫時沒有試驗。
- tsc typescript編譯器,使用npm安裝:npm install -g typescript,當(dāng)前是v2.0.10
- 編輯器:vscode
- 命令行終端:windows的cmd
特別提示和吐槽:安裝tsc可能需要翻墻(如果特別慢的話),所以也可以使用淘寶鏡像。
建立node.js項目
使用npm init在指定的目錄中建好項目的目錄。
在這里我建立了一個自己的項目目錄結(jié)構(gòu):
testTS |---build //編譯后的js文件目錄 |---src //ts文件目錄 |---static //客戶端靜態(tài)文件 | |---scripts | | |---main.js | |----styles | | |---style.css | |----assets |---views //html文件目錄 | |---index.html |---package.json |---tsconfig.json
編輯 tsconfig.json
在上面的目錄結(jié)構(gòu)中有一個tsconfig.json文件,用來設(shè)置ts的編譯選項。
想要獲取這份文件,可以在項目根目錄下使用tsc --init,就會自動建立好一份.tsconfig.json。
編寫需要的配置項
默認(rèn)情況下,tsc會使用默認(rèn)的編譯配置編譯目錄中的所有.ts文件。通過書寫tsconfig.json,我們可以配置tsc的編譯行為,達(dá)到想要的結(jié)果:
{ "compilerOptions": { "module": "commonjs", //指定生成哪個模塊系統(tǒng)代碼 "target": "es6", //目標(biāo)代碼類型 "noImplicitAny": false, //在表達(dá)式和聲明上有隱含的'any'類型時報錯。 "sourceMap": false, //用于debug "rootDir":"./src", //僅用來控制輸出的目錄結(jié)構(gòu)--outDir。 "outDir":"./build", //重定向輸出目錄。 "watch":true //在監(jiān)視模式下運行編譯器。會監(jiān)視輸出文件,在它們改變時重新編譯。 }, "include":[ "./src/**/*" ], "exclude":[ "views", "static" ] }
配置文件注意點
"compilerOptions"是編譯選項,具體詳情,請參見:
"module"是用來指定設(shè)置編譯后的js代碼,使用何種模塊規(guī)范。由于是開發(fā)node.js項目,所以選擇commonjs。(有興趣的話,可以把所有module所有可能的值都試一遍,查看編譯后的js文件的差別,會發(fā)現(xiàn)生成的代碼還是很不錯的,很干凈。)
"target"是編譯后的js代碼遵循何種規(guī)范,可以是es3/es5/es6等等,這里為了對比ts 2.0代碼和es6代碼的不同,使用了"es6"。
"rootDir"是一個需要注意的地方,它會告訴編譯器,此目錄下的文件需要經(jīng)過編譯。那么,如果設(shè)置了這個選項,又在外部(比如根目錄)放置了.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的目錄中,輸出的目錄結(jié)構(gòu)也會變化:
這顯然不是我們想要的結(jié)果。
解決方案是使用include和exclude屬性。按照文檔說明,"include" 和 "exclude" 屬性指定一個文件glob匹配模式列表。表明需要包含的文件目錄或文件,以及需要過濾掉的文件或目錄(也可以使用"files"配置項,不過需要一個一個文件錄入,"files" 屬性明確指定的文件卻總是會被包含在內(nèi),不管 "exclude" 如何設(shè)置。),詳見官方文檔說明。
所以,添加"./src/**/*"到"include"所指向的數(shù)組,就可以指定./src下的所有文件,是我們真正需要被編譯的,其他目錄將會被排除。
"outDir" 指向了編譯后的js代碼輸出的地方。在文檔中也有"outFile"選項,可以把所有的ts文件按照一定順序規(guī)則打包成一個文件,具體可以參考文檔。在這里,我們優(yōu)先使用outDir。
試驗一下
在書寫完2個配置文件之后,就可以開始撰寫代碼,并執(zhí)行編譯了。我們試驗一下:
在./src/server.ts中,寫一段簡單的:
interface ICache{ useCache:boolean; [propName:string]:any; } const cache:ICache = {useCache:true};
之后,在終端中輸入:
D:\workplace\nodeWP\testTS>tsc
經(jīng)過編譯,會生成server.js到build目錄中:
//server.js const cache = { useCache: true };
使用.d.ts文件
既然要開發(fā)一個項目,顯然不會只有這些代碼??隙ㄒ玫絻?nèi)建模塊和第三方模塊。然而,直接導(dǎo)入模塊,在.ts文件中是不行的。例如:
這是由于typescript自身的機(jī)制,需要一份xx.d.ts聲明文件,來說明模塊對外公開的方法和屬性的類型以及內(nèi)容。感覺有一些麻煩。好在,官方以及社區(qū)已經(jīng)準(zhǔn)備好了方案,來解決這個問題。
在TypeScript 2.0以上的版本,獲取類型聲明文件只需要使用npm。在項目目錄下執(zhí)行安裝:
npm install --save-dev @types/node
就可以獲得有關(guān)node.js v6.x的API的類型說明文件。之后,就可以順利的導(dǎo)入需要的模塊了:
import * as http from 'http';
完成之后,不僅可以正常的使用http模塊中的方法,也可以在vscode中獲得相應(yīng)的代碼提示。
對于內(nèi)建模塊,安裝一個@types/node模塊可以整體解決模塊的聲明文件問題。那么,對于浩如煙海的第三方模塊,該怎么辦呢?官方和社區(qū)中也提供了查找和安裝的渠道:
自動編譯和自動重啟服務(wù)
解決完了聲明文件之后,其實我們已經(jīng)可以使用ts簡單的進(jìn)行node.js項目的開發(fā)了。但是,每次寫完或者修改代碼,就要編譯,然后再啟動,是一件不大但是相當(dāng)讓人煩躁的事情。為了效率,我們應(yīng)當(dāng)改善它。
首先,要讓.ts文件可以自動被編譯。這在上文中的tsconfig.json文件中,已經(jīng)被設(shè)置好了,就是"watch":true 。此時在命令行執(zhí)行tsc命令后,編譯器就會時時監(jiān)控目錄中.ts文件的變化,然后自動編譯。
自動重啟node服務(wù)器,我們可以使用 supervisor 模塊解決,或者任何具有類似功能的解決方案都可以。
全局安裝supervisor模塊npm install -g supervisor,之后就可以在終端中使用supervior ./build/server.js啟動服務(wù)器,并在服務(wù)器端代碼改變之后,自動重啟服務(wù)器。
讓啟動服務(wù)更簡單
由于以上的2個命令,在啟動時都可能需要附加一些參數(shù),每次輸入很麻煩。
可以使用npm script來解決。在package.json文件中的"scripts"中,我們設(shè)置:
{ "scripts":{ "dev": "supervisor -w build ./build/server.js", "build": "tsc", } }
執(zhí)行npm run dev之后,如果./build目錄中的.js文件發(fā)生改變時,就會重啟服務(wù)器。
執(zhí)行npm run build時,則只會編譯ts文件并監(jiān)控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..."); });
補充:一個命令實現(xiàn)tsc編譯和重啟服務(wù)器
2017.5.3更新:
感謝大家對本文的支持。有朋友(@Ajaxyz)提出,有沒有辦法將ts編譯監(jiān)視和重啟服務(wù)器合并為一個命令?
這里提出一個比較簡易的方法,使用gulp來管理這2個流程。(如何使用gulp工作,請參考Gulp API)
1. 使用gulp的watch()來監(jiān)控ts文件的變化并重啟服務(wù)器。
這種方式,需要使用gulp和gulp-typescript插件(安裝)
注意的一點是:gulp-typescript可能需要在項目的目錄安裝typescript,所以可以在項目的目錄中,運行命令行:
npm install typescript
準(zhǔn)備好gulp和插件之后,需要書寫一份gulpfile.js作為gulp項目需要執(zhí)行的任務(wù)文件,例子如下:
//gulpfile.js let gulp = require('gulp'); let ts = require('gulp-typescript'); let tsp = ts.createProject('tsconfig.json'); //使用tsconfig.json文件配置tsc let exec = require('child_process').exec; let child; //目錄常量 const PATHS = { scripts:['./src/**/*.ts'], output:'./build', }; //編譯ts文件 gulp.task('build-ts',['restart'],function(){ return gulp.src(PATHS.scripts) .pipe(tsp()) .pipe(gulp.dest(PATHS.output)); }); //監(jiān)視ts文件變化 gulp.task('watch-ts',['build-ts'],function(){ gulp.watch(PATHS.scripts,['build-ts']); }); //自動重啟服務(wù)器 gulp.task('restart',function(){ child = exec('supervisor -w build ./build/server.js',(error,stdout,stderr)=>{ console.log(`stdout: ${stdout}`); console.log(`stderr: ${stderr}`); if (error !== null) { console.log(`exec error: ${error}`); } }); }); //開發(fā)任務(wù) gulp.task('dev',['build-ts','restart','watch-ts']);
這樣,在開發(fā)時,直接在項目目錄運行g(shù)ulp dev,就可以啟動編譯和服務(wù)器了。此后,gulp會監(jiān)視ts文件的改動,然后編譯ts文件并重啟服務(wù)器。刷新頁面,就可以看到新結(jié)果已經(jīng)輸出在瀏覽器頁面中了。
還有一點需要留意的是,由于gulp負(fù)責(zé)監(jiān)視ts文件的變化,因此請在tsconfig.json將"watch"設(shè)置為false或者刪掉這個屬性。
2. 使用tsconfig.json監(jiān)控ts文件變化并重啟服務(wù)器
用這種方式,首先打開tsconfig.json對ts文件的監(jiān)視,然后修改gulpfile.js文件,如下:
//...requier部分同上面例子,這里省略 let tsChild, //監(jiān)視ts文件修改子進(jìn)程 serverChild; //重啟服務(wù)器子進(jìn)程 //編譯ts文件 gulp.task('build-ts',function(){ tsChild = exec('tsc',(error,stdout,stderr)=>{ console.log(`tsc====>stdout: ${stdout}`); console.log(`tsc====>stderr: ${stderr}`); if (error !== null) { console.log(`exec error: ${error}`); } }); }); //自動重啟服務(wù)器 gulp.task('restart',function(){ serverChild = exec('supervisor -w build ./build/server.js',(error,stdout,stderr)=>{ console.log(`restart=====>stdout: ${stdout}`); console.log(`restart=====>stderr: ${stderr}`); if (error !== null) { console.log(`exec error: ${error}`); } }); }); //開發(fā)任務(wù) gulp.task('dev2',['build-ts','restart']);
運行g(shù)ulp dev2,效果和上一個例子一樣。
以上,提供一種解決辦法的方式和思路,僅供參考,如果用在實際環(huán)境中,還需要進(jìn)一步完善功能。
結(jié)語
本文只是對搭建typescript開發(fā)node.js項目的環(huán)境做一個簡單研究和記錄。
最初這樣想,也只是好奇可不可以這么做。實際上在node.js穩(wěn)定版本v6.9.1中已經(jīng)支持了90%的ES6。因此,直接使用ES6開發(fā)node.js項目,是很好的選擇。
不完善的地方,請見諒,后面會慢慢補充。
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
socket.io學(xué)習(xí)教程之基本應(yīng)用(二)
socket.io提供了基于事件的實時雙向通訊,下面這篇文章主要給大家介紹了socket.io基本應(yīng)用的相關(guān)資料,對大家具有一定的參考學(xué)習(xí)價值,需要的朋友們下面來一起看看吧。2017-04-04Node.js參數(shù)校驗?zāi)Kminijoi使用詳解
這篇文章主要為大家介紹了Node.js參數(shù)校驗?zāi)Kminijoi使用詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-09-09關(guān)于node使用multer進(jìn)行文件的上傳與下載
這篇文章主要介紹了關(guān)于node使用multer進(jìn)行文件的上傳與下載,Multer是一個Node.js中間件,用于處理表單數(shù)據(jù)中的multipart/form-data類型,需要的朋友可以參考下2023-04-04npm安裝報錯npm ERR! Error: EPERM: operation&
這篇文章主要為大家介紹了npm安裝報錯npm ERR! Error: EPERM: operation not permitted解決,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-07-07實例分析nodejs模塊xml2js解析xml過程中遇到的坑
這篇文章主要介紹了實例分析nodejs模塊xml2js解析xml過程中遇到的坑,涉及nodejs模塊xml2js解析xml過程中parseString方法參數(shù)使用技巧,需要的朋友可以參考下2017-03-03node.js學(xué)習(xí)之?dāng)嘌詀ssert的使用示例
assert 模塊主要用于編寫程序的單元測試時使用,通過斷言可以提早發(fā)現(xiàn)和排查出錯誤。下面這篇文章主要給大家介紹了關(guān)于node.js學(xué)習(xí)之?dāng)嘌詀ssert的相關(guān)資料,需要的朋友可以參考借鑒,下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧。2017-09-09