01 類型檢查和智能提示作為一個SDK,我們的目標是讓使用者能夠減少查看文檔的時間,所以我們需要提供一些類型的檢查和智能提示,,一般我們的做法是提供JsDoc,,大部分編輯器可以提供快捷生成JsDoc的方式,我們比較常用的vscode可以使用Document This ,。 另一種做法是使用Flow或者TypeScript,,選擇TypeScript的主要原因是自動生成的JsDoc比較原始,我們?nèi)匀恍枰谏厦孢M行編輯,,所以JsDoc維護和代碼開發(fā)是脫離的,,往往會出現(xiàn)代碼更新了,JsDoc忘記更新的情況,。 除此之外開發(fā)過程中我們無法享受到類型檢查等對SDK開發(fā)比較重要的特性,,TypeScript可以讓我們減少犯錯,減少調(diào)試的時間,,另一方面這次開發(fā)的SDK在提供出去的時候就會進行一次相對簡單的壓縮,,保證引入后的體積,所以會希望壓縮掉JsDoc,而TypeScript可以通過在tsconfig.json中將declaration設(shè)置為true單獨的d.ts文件,。 一個帶提示的SDK: 最后,對于開發(fā)同學來說,,就算不使用TypeScript,也強烈建議使用vscode提供 還有一個小技巧,,如果你使用的庫沒有提供智能提示,,你可以通過 02 接口既然提到了TypeScript,,就提一下TypeScript的語法,基礎(chǔ)類型沒有必要贅述,,而一些曾經(jīng)的高級語法現(xiàn)在ES6也都能支持,,這里提幾點常用但是JavaScript開發(fā)者不太習慣使用的語法。 很多人在開始使用TypeScript的時候,,會很迷戀使用any或者默認的any,,推薦在開發(fā)中打開tsconfig中的strict和noImplicitAny來保證盡量少的any使用,要知道,,濫用any就等于你的類型檢查并沒有實質(zhì)效果,。 對一些暫時不能確定內(nèi)容的對象的類型,可以使用 但是接口也會帶來一個小痛點,目前vscode的智能提醒不能很好的對應(yīng)到接口,,當你輸入到對應(yīng)變量的時候,,雖然會高亮,但是高亮的也只是一個定義了名字的接口,。 沒有辦法直接看到接口里定義了什么,。但是當你輸入了接口里面定義的key的部分時,vscode會給你完整key的提示,。雖然這對開發(fā)過程中有一點不夠友好,,但是vscode開發(fā)團隊表示這是他們故意設(shè)計的,所以在API參數(shù)上可以選擇將一些必要(重要)參數(shù)用基礎(chǔ)類型直接使用,,而將一些配置放入一個定義為接口的對象中,。 03 枚舉你有在代碼中使用過:
那你在TypeScript中就應(yīng)該使用枚舉:
這樣在函數(shù)中你就可以為某個參數(shù)設(shè)置類型為number,然后傳入 04 裝飾器對于裝飾器其實很多開發(fā)者既熟悉又陌生,在redux,mobx比較流行的現(xiàn)在,在代碼中出現(xiàn)裝飾器的調(diào)用已經(jīng)很普遍,但是大多數(shù)開發(fā)者并沒有將自己代碼邏輯抽成裝飾器的習慣,。 比如在這個SDK的開發(fā)中,我們需要提供一些facade來兼容不同的平臺(iOS, Android或者Web),而這個facade會通過插件的形式讓開發(fā)者自己注冊,,SDK會維護一個注入后的對象,,常規(guī)的使用方法是到了使用函數(shù)后判斷環(huán)境再判斷對象中有沒有想有的插件,有就使用插件,。 實際來看,,插件就是一個攔截器,我們只要阻止真正的函數(shù)運行就可以,,大概的邏輯是這樣的:
在SDK的開發(fā)過程中另一個常會遇到的就是很多參數(shù)的校驗和再封裝,,我們也可以使用裝飾器去完成:
05 泛形泛形可以根據(jù)用戶的輸入決定輸出,最簡單的例子是
當然它沒有什么特別的意義,,但是它表明了返回是根據(jù)arg的類型,,在一般開發(fā)過程中,,你逃不開范型的是Promise或者前面的TypedPropertyDescriptor這種內(nèi)建的需要類型輸入的地方,不要草率的使用any,,如果你的后端返回是一個標準結(jié)構(gòu)體類似:
那么你可以這樣使用Promise:
當然泛形有很多高級應(yīng)用,,例如泛形約束,泛型創(chuàng)建工廠函數(shù),,已經(jīng)超出了本文的范圍,,可以去官方文檔了解。 06 構(gòu)建如果你的構(gòu)建工具是Webpack,,在SDK的開發(fā)中,,盡量使用node方式調(diào)用(即webpack.run執(zhí)行),因為SDK的構(gòu)建往往會應(yīng)對很多不同的參數(shù)變化,,node方式相比純配置方式可以更加靈活的調(diào)整輸入輸出的參數(shù),,也可以考慮使用rollup,rollup的構(gòu)建代碼更加面向編程方式,。 需要注意的是,,在Webpack3和rollup中構(gòu)建中可以使用ES6模塊化的方式構(gòu)建,這樣業(yè)務(wù)代碼引入你的SDK后,,可以通過解構(gòu)引入的方式減少最終業(yè)務(wù)代碼的體積,,如果你只是提供了commonjs的包,那么構(gòu)建工具的tree sharking是無法生效的,,如果使用babel的話注意關(guān)閉module的編譯,。 另外一種減少單個包體積的方式,可以使用lerna在一個git倉庫里構(gòu)建多個NPM包,,比起拆倉庫可以更方便的使用公共部分的代碼,,但是也需要注意對公共部分代碼的修改不要影響到別的包。 其實對于大多數(shù)的SDK的來說,,Webpack3和rollup使用感受是差不多的,,比較常用的插件都有幾乎同名的對應(yīng)。不過rollup有兩個優(yōu)勢,,一個是rollup的構(gòu)建更細化,,rollup.rollup接受inputOptions生成bundle,還可以generate生成sourcemap,,write生成output,,在這個過程中我們可以做一些細致的工作。 第二點是rollup.rollup會返回一個promise,,也就意味著我們可以使用async的方式來寫構(gòu)建代碼,而webpack.run還是使用的回調(diào)函數(shù),,雖然開發(fā)者可以封裝成promise,,但是個人覺得還是rollup的寫法還是更爽一點。 07 單元測試上周我同事做了一個在線的分享,我發(fā)現(xiàn)很多同學都對單測很感興趣也很疑惑,,在前端開發(fā)中,,對涉及UI的業(yè)務(wù)代碼開發(fā)單測試比較困難的,但是對于SDK,,單元測試肯定是準出的一個充要條件,。當然其實我也很不喜歡寫單測,因為單測往往比較枯燥,,但是不寫單測肯定會被老司機們“教育”的~_~,。 一般的單測使用mocha作為測試框架,expect作為斷言庫,,使用nyc提供單測報告,,一個大概的單測如下:
同樣你可以用TypeScript寫單測,,當然在執(zhí)行過程中,,不需要再編譯了,我們可以直接給mocha注冊ts-node來直接執(zhí)行,,具體方式可以參考Write tests for TypeScript projects with mocha and chai?—?in TypeScript!,。 但是有一點需要提醒你,寫單測的時候盡量依賴文檔而不是智能提示,,因為你的代碼出錯,,可能會導致你的智能提示也是錯誤的,你根據(jù)錯誤的智能提示寫的單測肯定也是,。,。。 對于網(wǎng)絡(luò)請求的模擬可以使用nock這個庫,,需要在it之前增加一個
最后我們用一個npm script加上nyc在mocha前面,,就可以獲得我們的單測報告了。 這里我還提了幾個TypeScript使用中的小tips給大家參考,。 tips: 如何在非發(fā)包情況下給內(nèi)部庫添加聲明這個SDK在開發(fā)過程會依賴一個內(nèi)部NPM包,為了讓這個NPM支持TypeScript調(diào)用,我們有幾種做法:
這次使用的標注一個文件夾存放對應(yīng)的d.ts文件,這種方式適合開發(fā)中進行,如果你覺得你寫的d.ts還不夠完美,或者這個d.ts文件目前只有這個SDK有需要,可以這么使用,在tsconfig.json中修改:
tips: 如何處理resolve和reject不同類型的promise回調(diào)默認的reject返回的參數(shù)類型是any,,不一定能滿足我們的需要,這里給一個解決方案,,并非最佳,,作為拋磚引玉:
正文內(nèi)容已經(jīng)結(jié)束了。 但是在最后,,我還想給大家推薦幾個比較優(yōu)質(zhì)的公眾號,,有算法、Java,、Web,、Android……,,有興趣的可以自己關(guān)注看看。 ▼ 算法與數(shù)學之美 ID:MathAndAlgorithm 最有趣的科學干貨,,最勤勞的知識搬運工,,最糾結(jié)學習的公眾號,行萬里路,,讀萬卷書,,讀“書“請在算法與數(shù)學之美!
▼ Java團長 ID:javatuanzhang
專注Java技術(shù)分享,,包括Java基礎(chǔ)技術(shù),、進階技能、架構(gòu)設(shè)計和Java技術(shù)領(lǐng)域動態(tài)等,;每天推送優(yōu)質(zhì)技術(shù)文章,,精彩視頻教程以及項目源碼下載,致力做一個實用的公眾號,。 ▼ Java架構(gòu)沉思錄 ID:code-thinker
本公眾號由就職于世界50強企業(yè)的Java工程師運營,,專注但不限于Java Web領(lǐng)域的技術(shù)分享。目前已經(jīng)發(fā)布Java進階,、MySQL優(yōu)化,、Redis高級應(yīng)用、Spring進階,、計算機網(wǎng)絡(luò),、密碼學、設(shè)計模式,、微服務(wù)等優(yōu)質(zhì)原創(chuàng)內(nèi)容,。定期舉辦送書活動,不定期推送IT名企內(nèi)推資訊,。偶爾也會分享職場感悟以及程序員認知提升話題,。是你磨練技術(shù)、提升認知,、積累人脈的不二選擇,! ▼ 養(yǎng)碼場 ID: yangmachang0 一個技術(shù)人職場社交平臺。現(xiàn)有“養(yǎng)碼人” 50000+ ,,覆蓋 JAVA / PHP / iOS / 測試 / 運維等領(lǐng)域,。80% 級別在 P6 及以上,含 P9 技術(shù)大咖 30 余人,,技術(shù)總監(jiān)和CTO 500 余人,。在這里,你可以對話大咖,、獲得招聘內(nèi)推,,還有滿滿的干貨等你來,! ▼ web前端開發(fā) ID:web_qdkf
一個專業(yè)而懂你的前端開發(fā)平臺,,提供你最需要的開發(fā)學習資源,。這里不僅有料,有用,,還有趣,,因為我們是一群具有極客精神的有趣程序員,我們專注于前端開發(fā)技術(shù)領(lǐng)域(html,css,js,jq,h5,css3......)的探索學習與交流,,我們堅持不斷學習,,每天進步一小步,人生進步一大步,!關(guān)注我們,,與我們一起學習進步。 ▼ Java和Android架構(gòu) ID: JANiubility
Java和Android架構(gòu),一個匯聚6w人的技術(shù)圈子,,探討Java/Android架構(gòu),,分享和推送Java/Android方向的技術(shù)和文章,讓你成為這方面的大牛,,讓你每天都成長一點,。這里不僅僅有技術(shù),還有職場,、成長,、人生和感悟同時,我們也會邀請BAT的大牛分享原創(chuàng),! ▼ IT輕社區(qū) ID:itmind 互聯(lián)網(wǎng)優(yōu)質(zhì)內(nèi)容分享,,關(guān)注實戰(zhàn)案例、大數(shù)據(jù),、人工智能,、區(qū)塊鏈、JAVA干貨,、面試技能等,,關(guān)注即可獲取海量IT精品資源?;ヂ?lián)網(wǎng)優(yōu)質(zhì)內(nèi)容分享,,關(guān)注實戰(zhàn)案例、大數(shù)據(jù),、人工智能,、區(qū)塊鏈、JAVA干貨,、面試技能等,,關(guān)注即可獲取海量IT精品資源,。 全部完~ |
|
來自: heii2 > 《網(wǎng)站制作》