這篇文章主要為大家展示了“如何利用node提升工作效率”,內(nèi)容簡而易懂,條理清晰,希望能夠幫助大家解決疑惑,下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“如何利用node提升工作效率”這篇文章吧。
10年積累的成都網(wǎng)站建設(shè)、成都做網(wǎng)站經(jīng)驗,可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識你,你也不認(rèn)識我。但先建設(shè)網(wǎng)站后付款的網(wǎng)站建設(shè)流程,更有富陽免費網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。
在工作項目中需要依賴外部文件,此文件由其他團(tuán)隊維護(hù),使用 jenkins 構(gòu)建,構(gòu)建產(chǎn)物推送至 [Amazon S3](aws.amazon.com/pm/serv-s3/…),我們需要從 S3 手動下載文件然后復(fù)制到工程中,整個過程可以考慮自動化完成。
另外還遇到了一個嚴(yán)重的問題:我們需要的構(gòu)建產(chǎn)物在 S3 中的路徑類似 'a/b//c/',多余的一個 / 實際上是一個名為 '/' 的文件夾,此文件夾使用 windows 的 S3 Browser 可以正常識別,在 mac 下大概是因為 '/' 被看作文件分隔符,因此嘗試幾個 GUI 工具均無法正常識別目錄,因此 mac 開發(fā)者還需要在虛擬機中使用 windows 下載產(chǎn)物,這個過程是極其浪費且無意義的。
由于 Amazon 提供了 API 訪問的方式,因此想到可以實現(xiàn)腳本來完成下載更新的工作。
未使用腳本:
使用腳本:
jenkins → 產(chǎn)物名 → 執(zhí)行腳本
這樣直接就可以完成了,可以省去手動流程,還不會出現(xiàn) '/' 的 bug 問題。
這里使用 Amazon 提供的 aws-sdk,使用 S3 client,傳入 accessKeyId 和 secretAccessKey 就可以連接了:
import S3 from "aws-sdk/clients/s3"; const s3 = new S3({ credentials: { accessKeyId, secretAccessKey } });
aws-sdk 中提供了 bucket 和文件的增刪改查接口,這里我們可以提前拿到 jenkins 構(gòu)建出的產(chǎn)物文件名,這里需要根據(jù)文件名和位置下載文件:
const rs = s3 .getObject({ Bucket: "your bucket name", Key: "file dir + path" }) .createReadStream();
Bucket 即存儲文件的 Bucket 位置,Key 是文件在 S3 中的路徑信息,整個路徑相當(dāng)于是目錄名 + 文件名。
這里我們可以獲取到一個 ReadStream,之后使用 node.js 可直接寫入本地:
const ws = fs.createWriteStream(path.join(__dirname, outputfilename)); rs.pipe(ws);
解壓使用 node-tar 工具,直接安裝即可:
npm install tar
extract 別名為 x,這里直接使用 tar.x 方法,此方法可以直接處理 ReadStream,將原始數(shù)據(jù)解壓后寫入文件中,因此我們這里直接把 ReadStream 傳入 tar.x 即可,不需要保存原始的 .tar 文件:
- const ws = fs.createWriteStream(path.join(__dirname, outputfilename)); - rs.pipe(ws); + rs.pipe(tar.x({ C: path.join(__dirname, outputfilename) }));
這里的 pipe 操作會返回 stream 對象,我們可以監(jiān)聽 finish 方法來處理后續(xù)流程:
const s = rs.pipe(tar.x({ C: path.join(__dirname, outputfilename) })); s.on('finish', () => { // do something ... })
原始文件有子文件夾,我們需要都移到最外層,因此需要做一個平鋪文件夾的操作。
這里使用 fs 相關(guān) API 進(jìn)行讀取,fs API 分為同步和異步兩種,同步 API 函數(shù)名以 Sync 結(jié)尾,異步函數(shù)默認(rèn)為 callback error first 風(fēng)格,在 fs/promises 下提供了對應(yīng)的 promise 風(fēng)格異步 API,這里根據(jù)需要使用即可。
由于我們的目錄只有一層,因此只做一層 flatten,如果有多層可以使用遞歸來實現(xiàn):
async function flatten(dir) { const fileAndDirs = await fsp.readdir(dir); const dirs = fileAndDirs.filter((i) => fs.lstatSync(path.join(dir, i)).isDirectory() ); for (const innerDir of dirs) { const innerFile = await fsp.readdir(path.join(dir, innerDir)); await Promise.all([ innerFile .filter((item) => fs.lstatSync(path.join(dir, innerDir, item)).isFile()) .map((item) => fsp.rename(path.join(dir, innerDir, item), path.join(dir, item)) ), ]); remove(path.join(dir, innerDir)); } }
之后復(fù)制到我們的工程目錄即可,復(fù)制只需要調(diào)用 copyFile API,對于不需要的文件這里使用正則表達(dá)式配置 exclude 黑名單:
async function copy(from, to) { const files = await fsp.readdir(from); await Promise.all( files .filter((item) => !exclude.test(item)) .map((item) => fsp.copyFile(path.join(from, item), path.join(to, item))) ); }
在實際使用時,配置文件要和代碼分離,這里的 accessKeyId 和 secretAccessKey 應(yīng)該由每個使用者自己配置,因此放在單獨的配置文件中,此文件由用戶本地創(chuàng)建,在主程序中讀取相關(guān)配置內(nèi)容:
// config.js module.exports = { s3: { accessKeyId: 'accessKeyId', secretAccessKey: 'secretAccessKey', } }; // main.js if (!fs.existsSync('config.js')) { console.error('please create a config file'); return; } const config = require(path.resolve(__dirname, 'config.js'));
每次下載的文件名需要在調(diào)用時傳入,寫在文件中會頻繁修改,這里直接作為參數(shù)傳遞。
node.js 中可以通過 process.argv 來讀取,argv 是一個數(shù)組,這個數(shù)組第一個元素是 node 所在的安裝路徑,第二個元素是當(dāng)前執(zhí)行的腳本所在路徑,從第三個元素開始是自定義參數(shù),因此需要從 process.argv[2] 開始。如果有復(fù)雜的命令行參數(shù)需求可以使用命令行參數(shù)解析庫如 commander,由于本例只需要一個參數(shù),這里直接讀即可:
const filename = process.argv[2]; if (!filename) { console.error('please run script with params'); return; }
至此,一個可用的命令行工具就完成了。
以上是“如何利用node提升工作效率”這篇文章的所有內(nèi)容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內(nèi)容對大家有所幫助,如果還想學(xué)習(xí)更多知識,歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道!