NodeJs的出現,讓前端工程化的理念不斷深入,正在向正規軍靠近。先是帶來了Gulp、Webpack等強大的構建工具,隨后又出現了vue-cli和create-react-app等完善的腳手架,提供了完整的項目架構,讓我們可以更多的關注業務,而不必在項目基礎設施上花費大量時間。
但是,這些現成的腳手架未必就能滿足我們的業務需求,也未必是最佳實踐,這時我們就可以自己來開發一個腳手架。當然,這其實很簡單,利用npm上現成的輪子就可以搞定,這里做個記錄,僅當備忘,以拋磚引玉。
緣起
在上半年的一個項目中需要自定義一個腳手架,來幫助小伙伴們提高開發效率,統一代碼輸出質量,並解決一些使用上的問題,當然也是為了裝裝逼。
在使用腳手架方式構建之前,我們遇到了這幾個問題:
-
每個項目創建的時候,需要去Git倉庫拉取項目模板或者拷貝之前的項目,這樣做有兩個問題
- 從Git拉取項目后,由於部分人員是有推送權限的,如果他誤操作將私有項目中的修改推送到了模板倉庫,可能會破壞Git上的項目模板
- 從之前項目拷貝就無法獲取最新的項目模板,這就導致有些問題明明在最新的模板中已經修復,卻在新項目中依然存在
- 項目模板需要填寫一些配置信息,開發人員很容易忘記填寫
所以我們來解決這些問題,思路如下:
- 從Git上拉取最新模板,最后干掉Git倉庫信息,切斷和遠程倉庫的關聯
- 在初始化時,通過問答方式強制讓使用者輸入配置信息,再根據配置信息生成配置文件,有點類似VueCli初始化項目那樣。
當然,除了上述需求,我們還可以再做些額外工作:
- 拉取完成后自動安裝項目依賴,並打開編輯器
- 提供幫助信息及常用命令查看
- 發布到NPM,所有人員都可以直接全局安裝使用
- ...
急急如律令
實現可執行模塊
首先,我們需要創建一個項目,這里就叫yncms-template-cli
, 項目結構如下:
- commands // 此文件夾用於放置自定義命令 - utils - index.js // 項目入口 - readme.md
為了測試,我們先在index.js
放點內容:
#!/usr/bin/env node // 必須在文件頭添加如上內容指定運行環境為node console.log('hello cli');
對於一般的nodejs項目,我們直接使用node index.js
就可以了,但是這里是腳手架,肯定不能這樣。我們需要把項目發布到npm,用戶進行全局安裝,然后就可以直接使用我們自定義的命令,類似yncms-template
這樣。
所以,我們需要將我們的項目做下改動,首先在packge.json
中添加如下內容:
"bin": { "yncms-template": "index.js" },
這樣就可以將yncms-template
定義為一個命令了,但此時僅僅只能在項目中使用,還不能作為全局命令使用,這里我們需要使用npm link
將其鏈接到全局命令,執行成功后在你的全局node_modules
目錄下可以找到相應文件。然后輸入命令測試一下,如果出現如下內容說明第一步已經成功一大半了:
PS E:\WorkSpace\yncms-template-cli> yncms-template hello cli
但是,目前這個命令只有我們自己電腦可以用,要想其他人也能安裝使用,需要將它發布到npm,大致流程如下:
- 注冊一個npm賬戶,已有賬戶的可以跳過這一步
- 使用
npm login
登錄,需要輸入username
、password
、email
- 使用
npm public
發布
這一步比較簡單,不多說,但是請注意如下幾點:
- 使用了
nrm
的需要先將源切換到npm
官方源 -
package.json
中有幾個字段需要完善:name
為發布的包名,不能和npm已有的包重復version
為版本信息,每次發布都必須要比線上的版本高homepage
、bugs
、repository
也可以添加上,對應如下頁面
- 在readme.md加入腳手架介紹及使用方法,方便他人使用。如果需要在文檔中加入徽標,展示腳手架的下載次數之類的,可以在這里生成。
發布成功后,需要等待一會兒才可以在npm倉庫搜索到。
創建命令
既然是腳手架,肯定不能只讓它輸出一段文字吧,我們還需要定義一些命令,用戶在命令行輸入這些命令和參數,腳手架會做出對應的操作。這里不需要我們自己去解析這些輸入的命令和參數,有現成的輪子(commander)可以使用,完全可以滿足我們的需要。
幫助(--help)
安裝好commander
后,我們將index.js
中內容改為如下:
#!/usr/bin/env node const commander = require('commander'); // 利用commander解析命令行輸入,必須寫在所有內容最后面 commander.parse(process.argv);
這時,雖然我們沒有定義任何命令,但是commander內部給我們定義了一個幫助命令--help
(簡寫-h
):
PS E:\WorkSpace\yncms-template-cli> yncms-template -h
Usage: index [options] Options: -h, --help output usage information
版本(--version)
接下來,我們再創建一個查詢版本的命令參數,在index.js
增加如下內容:
// 查看版本號 commander.version(require('./package.json').version);
這樣,我們在命令行就可以查看版本號了:
PS E:\WorkSpace\yncms-template-cli> yncms-template -V 1.0.10 PS E:\WorkSpace\yncms-template-cli> yncms-template --version 1.0.10
默認參數是大寫V
,如果需要改成小寫,將上面內容做如下改動即可:
// 查看版本號 commander .version(require('./package.json').version) .option('-v,--version', '查看版本號');
PS E:\WorkSpace\yncms-template-cli> yncms-template -h
Usage: index [options] Options: -V, --version output the version number -h, --help output usage information
init子命令
接下來,我們來定義一個init
命令,如yncms-template init test
。
在index.js
中增加如下內容:
commander
.command('init <name>') // 定義init子命令,<name>為必需參數可在action的function中接收,如需設置非必需參數,可使用中括號 .option('-d, --dev', '獲取開發版') // 配置參數,簡寫和全寫中使用,分割 .description('創建項目') // 命令描述說明 .action(function (name, option) { // 命令執行操作,參數對應上面的設置的參數 // 我們需要執行的所有操作,都在這里完成 console.log(name); console.log(option.dev); });
現在測試一下:
PS E:\WorkSpace\yncms-template-cli> yncms-template init test -d
test true
commander
具體的用法,請自行查看官方文檔。
如此,一個自定義命令雛形就算完成了,然還有幾件事情要做:
- 實現
init
命令具體執行的操作,下面會有單獨部分來說。 - 為了方便維護,將命令
action
拆分到commands
文件夾中
拉取項目
上面,我們定義了init
命令,但是並沒有達到初始化項目的目的,接下來我們就實現一下。
一般來說,項目模板有兩種處理方式:
- 將項目模板和本腳手架放在一起,好處是用戶安裝腳手架后,模板在本地,初始化會比較快;缺點是項目模板更新比較麻煩,因為和腳手架耦合在一起了
- 將項目放置到單獨的GIT倉庫,好處是模板更新比較簡單,因為是相互獨立的,只需要維護模板自己的倉庫即可,另外可以控制拉取權限,因為如果是私有項目,那么沒有權限的人員是無法拉取成功的;缺點就是每次初始化都要去GIT拉取,可能會慢點,不過影響不大,所以建議選擇此種方式
首先,我們利用download-git-repo封裝一個clone
方法,用於從git拉取項目。
// utils/clone.js const download = require('download-git-repo'); const symbols = require('log-symbols'); // 用於輸出圖標 const ora = require('ora'); // 用於輸出loading const chalk = require('chalk'); // 用於改變文字顏色 module.exports = function (remote, name, option) { const downSpinner = ora('正在下載模板...').start(); return new Promise((resolve, reject) => { download(remote, name, option, err => { if (err) { downSpinner.fail(); console.log(symbols.error, chalk.red(err)); reject(err); return; }; downSpinner.succeed(chalk.green('模板下載成功!')); resolve(); }); }); };
// commands/init.js const shell = require('shelljs'); const symbols = require('log-symbols'); const clone = require('../utils/clone.js'); const remote = 'https://gitee.com/letwrong/cli-demo.git'; let branch = 'master'; const initAction = async (name, option) => { // 0. 檢查控制台是否可以運行`git `, if (!shell.which('git')) { console.log(symbols.error, '對不起,git命令不可用!'); shell.exit(1); } // 1. 驗證輸入name是否合法 if (fs.existsSync(name)) { console.log(symbols.warning,`已存在項目文件夾${name}!`); return; } if (name.match(/[^A-Za-z0-9\u4e00-\u9fa5_-]/g)) { console.log(symbols.error, '項目名稱存在非法字符!'); return; } // 2. 獲取option,確定模板類型(分支) if (option.dev) branch = 'develop'; // 4. 下載模板 await clone(`direct:${remote}#${branch}`, name, { clone: true }); }; module.exports = initAction;
測試一下,不出意外就可以成功拉取項目了。
這里拉取的項目是和遠程倉庫關聯的,我們需要將其刪掉(由於我們項目是svn管理,所以直接把.git
文件夾刪掉,如果使用git的話,可以git init
初始化即可),清理掉一些多余文件:
// commands/init.js // 5. 清理文件 const deleteDir = ['.git', '.gitignore', 'README.md', 'docs']; // 需要清理的文件 const pwd = shell.pwd(); deleteDir.map(item => shell.rm('-rf', pwd + `/${name}/${item}`));
來點個性化
在上述過程中,我們實現了一個腳手架的基本功能,大致分為三個流程(拉取模板->創建項目->收尾清理),也解決了上面我項目中遇到的第一個問題。接下來,我們就來看下第二個問題如何解決。
解決的思路就是在創建項目的時候,就通過命令行強制要求開發人員輸入對應的配置,然后自動寫入配置文件,這樣就可以有效避免忘記填寫的尷尬。當然通過這種方式也可以實現根據用戶的輸入來動態初始化項目,達到個性化的目的。
這里我們直接使用現成的輪子inquirer就可以搞定,效果和VueCli創建項目一樣,支持很多類型,比較強大,也比較簡單,具體用法看官方文檔就可以了。這里我直接上代碼,在第4步(下載模板)前面增加如下:
// init.js const inquirer = require('inquirer'); // 定義需要詢問的問題 const questions = [ { type: 'input', message: '請輸入模板名稱:', name: 'name', validate(val) { if (!val) return '模板名稱不能為空!'; if (val.match(/[^A-Za-z0-9\u4e00-\u9fa5_-]/g)) return '模板名稱包含非法字符,請重新輸入'; return true; } }, { type: 'input', message: '請輸入模板關鍵詞(;分割):', name: 'keywords' }, { type: 'input', message: '請輸入模板簡介:', name: 'description' }, { type: 'list', message: '請選擇模板類型:', choices: ['響應式', '桌面端', '移動端'], name: 'type' }, { type: 'list', message: '請選擇模板分類:', choices: ['整站', '單頁', '專題'], name: 'category' }, { type: 'input', message: '請輸入模板風格:', name: 'style' }, { type: 'input', message: '請輸入模板色系:', name: 'color' }, { type: 'input', message: '請輸入您的名字:', name: 'author' } ]; // 通過inquirer獲取到用戶輸入的內容 const answers = await inquirer.prompt(questions); // 將用戶的配置打印,確認一下是否正確 console.log('------------------------'); console.log(answers); let confirm = await inquirer.prompt([ { type: 'confirm', message: '確認創建?', default: 'Y', name: 'isConfirm' } ]); if (!confirm.isConfirm) return false;
獲取到用戶輸入的配置以后,就可以寫入配置文件或者做個性化的處理了,這個太簡單,我這里就不贅述了。
錦上添花
到這里,一個完全滿足需求的腳手架就完成了,但是作為一個有追求的程序員,我們可以在界面和易用性上面再做點什么:
- 為異步操作加上loding動畫,可以直接使用ora
const installSpinner = ora('正在安裝依賴...').start(); if (shell.exec('npm install').code !== 0) { console.log(symbols.warning, chalk.yellow('自動安裝失敗,請手動安裝!')); installSpinner.fail(); // 安裝失敗 shell.exit(1); } installSpinner.succeed(chalk.green('依賴安裝成功!'));
- 在操作成功或者失敗給出圖標提示,使用log-symbols
- 可以給文字加點顏色,同理用現成的輪子Chalk
- 在安裝依賴或者其他耗時比較長的時候,用戶可能會把終端切到后台,這時我們的操作完成后可以使用node-notifier發出系統通知給予用戶提示。
notifier.notify({ title: 'YNCMS-template-cli', icon: path.join(__dirname, 'coulson.png'), message: ' ♪(^∀^●)ノ 恭喜,項目創建成功!' });
- 在創建項目的時候,我們可能會需要執行一些shell命令,可以使用shelljs來完成,例如我們要在項目創建結束后打開
vscode
並退出終端
// 8. 打開編輯器 if (shell.which('code')) shell.exec('code ./'); shell.exit(1);
結語
到這里,會發現開發一個腳手架其實很簡單,都是使用現成的輪子就可以搞定,不曉得哪位大牛說過玩NodeJS就是玩輪子。
除了上述方法,我們也可以直接通過大名鼎鼎的Yeoman來創建,不過個人覺得沒必要,畢竟這玩意也不難。
一個好的腳手架應該是能夠解決工作中遇到的問題,提高開發效率的。