TypeScript新特性之using關(guān)鍵字的使用方法
使用場(chǎng)景
假設(shè)我們現(xiàn)在寫(xiě)了一個(gè)打印日志到文件中的函數(shù):
function log(content: string) { const file = fs.openSync("log.txt", "w+"); file.writeFileSync(file, content); // 釋放文件 fs.closeSync(file); }
非常簡(jiǎn)單的一個(gè)功能,但過(guò)了幾天,組長(zhǎng)要求我們把日志區(qū)分為普通日志和警告日志,此時(shí)我們需要再改造一下這個(gè)函數(shù):
function log(content: string, isWarn?: boolean) { const file = fs.openSync("log.txt", "w+"); file.writeFileSync(file, content); if (!isWarn) { return; } // isWarn 的日志添加警告標(biāo)識(shí) file.writeFileSync(file, "[warn]"); // 釋放文件 fs.closeSync(file); }
這個(gè)時(shí)候運(yùn)行函數(shù)會(huì)出現(xiàn)問(wèn)題,因?yàn)樵?isWarn
為 false 的情況下,我們直接 return 了,沒(méi)有走到函數(shù)末尾 fs.closeSync()
,這會(huì)導(dǎo)致文件連接沒(méi)有釋放。
雖然說(shuō)上面這段代碼的寫(xiě)法本身就有些問(wèn)題,但在復(fù)雜的邏輯中確實(shí)很容易出現(xiàn)忘記釋放文件、數(shù)據(jù)庫(kù)連接這樣的現(xiàn)象,而 using
關(guān)鍵字就能夠很好地解決這類(lèi)問(wèn)題。
把上面的例子用 using
改寫(xiě)如下所示:
function log(content: string, isWarn?: boolean) { using file = fs.openSync("log.txt", "w+"); file.writeSync(file, content); if (!isWarn) { return; } // isWarn 的日志添加警告標(biāo)識(shí) file.writeSync(file, "[warn]"); }
可以看到我們甚至不需要在函數(shù)末尾調(diào)用 fs.closeSync()
,這是因?yàn)?using
關(guān)鍵字聲明的變量會(huì)在被釋放時(shí)執(zhí)行一些額外的操作,有點(diǎn)類(lèi)似于 C++ 中的析構(gòu)函數(shù)。在這個(gè)例子中我們 using 的是 node.js 原生的 openSync
函數(shù)返回的變量,它會(huì)在變量被刪除時(shí)自動(dòng)釋放文件的連接,這樣我們就不需要自己手動(dòng)進(jìn)行管理了,減少了犯錯(cuò)誤的可能。
使用方法
上面的例子中,我們不需要任何額外操作就獲得了自動(dòng)釋放文件的能力,這是因?yàn)闃?biāo)準(zhǔn)庫(kù)已經(jīng)幫我們定義好了文件變量被釋放時(shí)的行為。如果是我們自己寫(xiě)的功能,則需要自己對(duì)變量釋放時(shí)要做的操作進(jìn)行定義。
假設(shè)我們自己寫(xiě)了一個(gè)打開(kāi)文件的函數(shù):
function openFile(path) { console.log("打開(kāi)文件:", path); const file = fs.openSync(path, "w+"); return { handle: file, [Symbol.dispose]() { console.log("釋放文件:", path); fs.closeSync(); }, }; }
返回對(duì)象中的 [Symbol.dispose]()
會(huì)在變量被回收時(shí)調(diào)用(如果變量是用 using
聲明的),這樣我們就不需要讓用戶(hù)手動(dòng)釋放文件了,保證了程序的正確性。
我們來(lái)看看使用這個(gè)函數(shù)的實(shí)例:
using a = openFile("a") fs.writeSync(file, "hello");
運(yùn)行該代碼會(huì)打?。?/p>
打開(kāi)文件:a
釋放文件:a
當(dāng)我們調(diào)用 openFile()
創(chuàng)建變量 a
時(shí),我們會(huì)打印 打開(kāi)文件:a
并把文件的描述符返回。當(dāng)程序運(yùn)行結(jié)束時(shí),變量 a
的生命周期結(jié)束,[Symbol.dispose]()
被調(diào)用,打印 釋放文件:a
并關(guān)閉文件連接。
我們?cè)倏匆粋€(gè)復(fù)雜點(diǎn)的例子:
using a = openFile("a") using b = openFile("b") { using c = openFile("c") using d = openFile("d") } using e = openFile("e")
大家可以停下來(lái)想一想,這段程序會(huì)打印出什么樣的內(nèi)容?
答案是:
打開(kāi)文件:a
打開(kāi)文件:b
打開(kāi)文件:c
打開(kāi)文件:d
釋放文件:d
釋放文件:c
打開(kāi)文件:e
釋放文件:b
釋放文件:a
可以看到,每個(gè)變量在其生命周期結(jié)束時(shí)就調(diào)用了它的 [Symbol.dispose]()
函數(shù),因?yàn)?c
和 d
被放在塊級(jí)作用域中,所以比外層的 a
, b
和 e
更快被釋放。
在處理這類(lèi)需要釋放連接的功能時(shí),最怕的就是中間的某一步代碼停止了整個(gè)函數(shù)的運(yùn)行,比如說(shuō)中途 throw 了一個(gè)錯(cuò)誤,然后釋放連接的代碼就被跳過(guò)了。這種情況下 using
關(guān)鍵字也能夠很好的完成任務(wù)。以下面的代碼為例:
using a = openFile("a") using b = openFile("b") { using c = openFile("c") throw new Error() using d = openFile("d") } using e = openFile("e")
此時(shí)控制臺(tái)打印如下:
打開(kāi)文件:a
打開(kāi)文件:b
打開(kāi)文件:c
釋放文件:c
釋放文件:b
釋放文件:a
可以看到拋出錯(cuò)誤時(shí),已經(jīng)被打開(kāi)的幾個(gè)文件也正確地關(guān)閉了,這就是 using
關(guān)鍵字的功勞。
異步 using
我們剛剛處理文件用的是同步方法,但這并不是最佳實(shí)踐,通常我們會(huì)使用異步的方法來(lái)進(jìn)行文件的操作。但是 [Symbol.dispose]()
必須是同步的函數(shù),這個(gè)時(shí)候我們就要用到另外一個(gè) Symbol,它的名字就是……沒(méi)錯(cuò),[Symbol.asyncDispose]()
!
我們用異步的方式改寫(xiě)一下剛剛的 openFile()
函數(shù):
function openFile(path) { console.log("打開(kāi)文件:", path); const file = fs.openSync(path, "w+"); return { handle: file, async [Symbol.asyncDispose]() { console.log("釋放文件:", path); await fs.close(); }, }; }
這個(gè)時(shí)候我們需要改變一下使用 using
關(guān)鍵字的方式,在 using
之前添加 await
:
async (() => { await using a = openFile("a") await using b = openFile("b") })()
這里的 await
關(guān)鍵字具有一定的迷惑性,看似是變量聲明語(yǔ)句被 await
了,實(shí)際上并沒(méi)有。我們加一行 log 試試:
async (() => { await using a = openFile("a") console.log("haha") await using b = openFile("b") })()
輸出:
打開(kāi)文件:a
haha
打開(kāi)文件:b
釋放文件:b
釋放文件:a
可以發(fā)現(xiàn) openFile()
和 console.log()
是同步執(zhí)行的。那么異步的是什么呢?當(dāng)然就是 [Symbol.asyncDispose]()
函數(shù)了,但因?yàn)樗窃诤瘮?shù)最后隱式執(zhí)行的,所以我們感覺(jué)不到。
總結(jié)
using
是一個(gè)新的變量聲明關(guān)鍵字,它能夠幫助我們更好地管理需要釋放的資源,減少代碼出錯(cuò)的概率,是非常實(shí)用的一個(gè)新特性。目前該特性已經(jīng)得到 TypeScript 新版本的支持,JavaScript 的原生支持也指日可待了。
以上就是TypeScript新特性之using關(guān)鍵字的使用方法的詳細(xì)內(nèi)容,更多關(guān)于TypeScript using關(guān)鍵字的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
原生js FileReader對(duì)象實(shí)現(xiàn)圖片上傳本地預(yù)覽效果
這篇文章主要介紹了原生js FileReader對(duì)象實(shí)現(xiàn)圖片上傳本地預(yù)覽效果,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2017-07-07JS給按鈕添加跳轉(zhuǎn)功能類(lèi)似a標(biāo)簽
這篇文章主要介紹了JS給按鈕添加跳轉(zhuǎn)功能類(lèi)似a標(biāo)簽,需要的朋友可以參考下2017-05-05跟我學(xué)習(xí)javascript的最新標(biāo)準(zhǔn)ES6
跟我學(xué)習(xí)javascript的最新標(biāo)準(zhǔn)ECMAScript 6,ES6(ECMAScript 6)是即將到來(lái)的新版本JavaScript語(yǔ)言的標(biāo)準(zhǔn),代號(hào)harmony,感興趣的小伙伴們可以參考一下2015-11-11JavaScript實(shí)現(xiàn)的微信二維碼圖片生成器的示例
二維碼分享功能大多是由后端實(shí)現(xiàn)的,對(duì)服務(wù)器的負(fù)載較重,這里有一個(gè)前端實(shí)現(xiàn)的版本,本文介紹了JavaScript實(shí)現(xiàn)的微信二維碼圖片生成器的示例,有需要的可以了解一下。2016-10-10JavaScript、tab切換完整版(自動(dòng)切換、鼠標(biāo)移入停止、移開(kāi)運(yùn)行)
這篇文章主要介紹了JavaScript、tab切換完整版(自動(dòng)切換、鼠標(biāo)移入停止、移開(kāi)運(yùn)行)的相關(guān)資料,需要的朋友可以參考下2016-01-01JS判斷瀏覽器類(lèi)型與版本的實(shí)現(xiàn)代碼
在JS中判斷瀏覽器的類(lèi)型,估計(jì)是每個(gè)編輯過(guò)頁(yè)面的開(kāi)發(fā)人員都遇到過(guò)的問(wèn)題2012-10-10