【總結】1193- 記一次搭建業(yè)務平臺組件庫的過程

前言
因業(yè)務平臺擴大,組件越來越豐富,想通過抽離組件(包含功能組件,業(yè)務組件,基礎組件)的方式分享給公司更多的小伙伴使用,所以有了這樣的一次分享。????
接下來,我將對自己的這次所學所得做一次總結。
耐心看完,你將收獲到:
通過什么方式進行項目管理 如何搭建組件庫的demo環(huán)境 如何搭建組件庫的開發(fā)環(huán)境 如何搭建組件庫編譯打包生成資源的存放位置 自動化將組件注冊為全局組件 如何實現(xiàn)按需引入 約束規(guī)范 如何將一個組件庫發(fā)布到npm上
通過什么方式進行項目管理
背景
本著調(diào)研的目的去思考如何在開發(fā)一個組件庫時,是將這些package放在一個倉庫里維護還是放在多個倉庫里單獨維護?或者說一個倉庫想基于多個不同框架開發(fā)的組件庫,那么如何去管理呢?
那是將每個組件當成一個package進行管理(即多項目多倉庫的形式,也稱為Multirepo),還是用一個倉庫去管理多個package(即Monorepo)
可能上述的表達有點抽象,用實例來看看兩者的區(qū)別:

解決
為了降低多package項目的維護成本,我使用lerna作為流程管理工具。
初始化Lerna項目:
//?進入項目文件夾
cd?DDMC-UI-?
//?初始化?
lerna?init
復制代碼
初始化之后 ,生成的項目結構如下:
DDMC-UI?/
??packages?/
??package.json
??lerna.json
復制代碼
lerna.json是為Lerna的管理配置文件,在搭建過程中我是采用的是lerna的固定模式。那什么是固定模式呢?
固定模式的Lerna項目是在一條單一的版本線上操作的,這個版本是在項目根目錄的?
lerna.json文件中的?version字段中控制的。當執(zhí)行?lerna publish時,如果一個模塊自上次發(fā)布以來有更新,它將會更新為你要發(fā)布的新的版本,這意味著你只需在需要時發(fā)布新版本的package。
補全項目的目錄,最終生成項目倉庫如下:
DDMC-UI?/
??config?/??
??example?/?
??????app.js
??????index.html
??packages?/
??????demo1?/
??????????index.vue
??????????index.js
??????demo2?/
??????????index.vue
??????????index.js
??????index.js
??src?/
??????utils?/
??????common?/
??package.json
??lerna.json
復制代碼
webpack 構建項目
地基是打好了,但是作為打工人還要考慮項目如何構建。在構建項目這個過程中,我通過使用webpack實現(xiàn)項目的構建。
組件庫demo環(huán)境,組件庫開發(fā)環(huán)境以及組件庫編譯打包生成資源的存放位置,都是基于webpack的配置來實現(xiàn)。具體的配置目錄是通過config文件。
項目中的example文件就是demo環(huán)境。它是給用戶查看組件具體用法的例子。
創(chuàng)建dev.config.js- 新增開發(fā)環(huán)境的配置:

創(chuàng)建pro.config.js- 新增生產(chǎn)環(huán)境的配置:

這2個文件分別都是對應開發(fā)環(huán)境和生產(chǎn)環(huán)境的配置,組件可以在package文件下開發(fā),example文件進行使用。
創(chuàng)建lib.config.js- 新增組件庫編譯打包生成資源的存放位置配置:

生成的lib文件主要是作為組件庫發(fā)布到npm的一個入口文件。所以針對的入口是packages下的組件。
基于上面的配置之后,我們來實現(xiàn)package.json命令配置:

將文件區(qū)分開來,知道每個文件是用來干嘛的,分工明確是第一步其實是重要的。
我還創(chuàng)建了一個base.config.js是公共的配置文件。這個文件實現(xiàn)了一些基礎配置:
js模塊將es6轉(zhuǎn)成es5 將css文件和js文件分離打包 css的轉(zhuǎn)換 配置別名 圖片處理之類
自動化將組件注冊為全局組件
為了避免使用組件的時候頻繁的import...導入操作,我們可以將其注冊為全局組件。需要用到Vue.component()和Vue.use()兩個方法。
先來看看一個demo組件的目錄結構:
demo
├——?index.vue??#?組件實現(xiàn)
│?
└──?index.js?#?每個組件install方法,供全局引入
index.js?提供install方法,供Vue.use()使用?
復制代碼
將組件注冊為全局組件,具體的代碼實現(xiàn)如下:
const?fs=require('fs');
const?path=require('path');
var?endOfLine?=?require('os').EOL;
const?render?=?require('json-templater/string');
const?IMPORT_TEMPLATE='import?{{name}}?from?\'./index.vue\';';
const?USE_TEMPLATE='Vue.component({{name}},?{{component}});';
const?MAIN_TEMPLATE=`
{{include}}
{{component}}.install?=?function?(Vue)?{
????{{list}}
};
export?default?{{component}};
`
const?files=fs.readdirSync('./packages');
const?folder?=files.slice(0,-1)
console.log(folder)
const?includeComponentTemplate?=?[];
const?listComponentTemplate?=[];
const?writeFile=function(file,include,list){
????const?p=path.resolve(__dirname,`../packages/${file}/index.js`);
????fs.writeFileSync(p,render(MAIN_TEMPLATE,{
????????include:include,
????????list:?list,
????????component:file
????}));
}
folder.forEach((item)=>{
????const?include=render(IMPORT_TEMPLATE,{
????????name:item,
????????component:item,
????});
????const?list=render(USE_TEMPLATE,{
????????name:item,
????????component:item,
????});
????writeFile(item,include,list);
});
復制代碼
主要思路是組件提供install方法,并使用Vue.component()注冊成全局組件。腳本中通過模塊json-templater可以在js和json對象上進行胡子樣式模板替換。執(zhí)行命令:npm run build:cp,生成的demo文件下的index.js代碼:

將組件注冊為全局組件之后,需要在index.js引入。也是通過腳本自動化引入,具體的實現(xiàn)可參考如上代碼。通過執(zhí)行命令:npm run build:pck,生成的代碼:

如何實現(xiàn)按需引入
開發(fā)完組件庫之后,在其他所需該組件的項目中,我們班可以通過import XXX from 'ddmc-ui'。這樣的方式叫做全局引入,將組件庫都引入到所需的項目中。
那如何實現(xiàn)按需引入呢?例如import {XXX} from 'ddmc-ui/lib/demo'
注意:這里的按需引入是指你所開發(fā)的項目中需要按需引入這個組件庫
要想實現(xiàn)如上的方式引入組件,我們需要把組件一個一個單獨打包的,所以要獲取每個組件的路徑。通過webpack配置,將輸出lib目錄要和packages目錄結構一致。在lib.config.js配置需要更改。
主要是獲取packages文件的目錄是關鍵點,如下代碼可實現(xiàn)獲取入口對象:
function?getEntries(path)?{
??let?files?=??fs.readdirSync(resolve(path));
??const?entries?=?files.reduce(?(ret,?item)?=>?{
????????const?itemPath?=`${path}/${item}`;
????????const?isDir?=??fs.statSync(resolve(itemPath)).isDirectory();
????????console.log(isDir,itemPath)
????????if?(isDir)?{
????????????ret[item]?=?resolve(join(itemPath,?'index.js'));
????????}?else?{
????????????const?[name]?=?item.split('.');
????????????ret[name]?=?resolve(itemPath);
????????}
????????return?ret;
??},?{})
??return?entries;
}
復制代碼
好了,到這里組件庫的按需引入是完成了。但是有個缺點,就是每次使用按需引入就要寫一大串import {XXX} from 'ddmc-ui/lib/demo'這樣的引入方式。
這個時候就需要用到babel-plugin-import這個插件了。
注意:babel-plugin-import是指你所開發(fā)的項目中用到并修改其配置
具體的配置是:
//?.babelrc
{
????...
????"plugins":[
????????"import",?{
????????????"libraryName":?"ddmc-ui",
????????}
????]
}
復制代碼
約束規(guī)范
組件庫的管理和構建功能都有了,但是在多人共建的一個項目中,必須得有一個規(guī)范去進行約束,而規(guī)范除了書面上的闡述外,還需要一些自動化的、強制性的約束。所以需要在代碼提交前對每個打工仔的代碼進行一遍驗證,防止亂提交。
husky 給GIT提交添加鉤子執(zhí)行一些我們需要做的驗證,并執(zhí)行一些腳本去驗證代碼是否有問題是否規(guī)范。
lint-staged 是一個在git暫存文件上運行l(wèi)inters的工具。可以搭配husky進行git commit前的代碼校驗。
commitlint 提交信息校驗,基于以上的兩個工具包,我們有能力在Git的鉤子里做一些事情。首先不得不提的是代碼的提交規(guī)范和規(guī)范的校驗,優(yōu)雅的提交方便團隊協(xié)作和快速定位問題。
一般GIT比較常見的提交格式規(guī)范是:。
實現(xiàn)約束規(guī)范的過程:
安裝
npm?install?-D?husky?lint-staged
復制代碼
初始化
npx?husky?install
npx?husky?add?.husky/pre-commit?"npm?run?test"
npx?husky?add?.husky/commit-msg?'npx?--no-install?commitlint?--edit?"$1"'
復制代碼
package.json配置
"lint-staged":?{?"src/*?*/*?.{js,json,vue,ts,tsx}":?[?"npm?run?lint"?]?}
復制代碼
新建 commitlint.js
module.exports?=?{?extends:?['@commitlint/config-conventional']?}
復制代碼
如何將一個組件庫發(fā)布到npm上
在package.json配置:
配置組件庫名稱
{
??"name":?"foxit-ui"
}
復制代碼
注意:這個組件庫名稱要在 npm 上是獨一無二,不能重復,否則發(fā)布時會提示你無權限修改此庫
將組件庫設置為公開
{
???"private":?true
}
復制代碼
配置關鍵詞、描述、作者
{
??"description":?"XXX?組件庫",
??"keywords":?[
????"element",
????"vue",
????"ddmc-ui"
??],
??"author":?"hhl"
}
復制代碼
配置主入口文件地址
{
??"main":?"lib/index/index.js"
}
復制代碼
設置忽略文件,減少依賴包大小
一個組件庫只有編譯后的?lib?文件夾、package.json?文件、README.md?文件才是需要被發(fā)布的。其他都不需要的,需要在根目錄下創(chuàng)建一個? .npmignore?文件中把沒必要發(fā)布的資源忽略掉,減少依賴包大小。
思考
在搭建的過程,主要是工具包之間本身的版本兼容問題,還有就是和node版本相關的問題。
過程中使用vue-loader的高版本出現(xiàn)了Error: Cannot find module 'webpack/lib/RuleSet'。查閱vue-loader源碼最后解決方案是降低版本。
雖然整體上的倉庫以及組件庫已完成,但是隨著倉庫的擴大還是需要迭代優(yōu)化的。也可以從webpack配置進行優(yōu)化。
刪除無用的css樣式 將打包后的圖片進行壓縮 CDN加載文件 過濾第三方包。比如vue,vuex之類的。使用webpack的externals選項。externals來防止這些依賴包被打包 tree-shaking :沒有用的代碼剔除掉等。后續(xù)會慢慢迭代項目優(yōu)化這塊 happypack 多線程打包,可以將不同的邏輯交給不同的線程來處理 DllReferencePlugin 和 DllPlugin提前打包,大幅度提升構建速度 動態(tài)加載 通過import引入文件:添加webpackChunkName字段,webpack配置output選項
因時間的關系比較趕,后續(xù)將會慢慢迭代上去。
總結
以上是我從零開發(fā)一款組件庫遇到的問題踩過的坑總結下來并實際使用的工具和方法,希望能給大家?guī)韼椭?/p>
除了上面提到的這些比較常用的工具和方法外,對于前端工程化/自動化還有很多探索和學習。
覺得不錯給文章點個贊,是對我最大的支持和鼓勵????
關于本文
來源:樹竹
https://juejin.cn/post/7020032793774129189

回復“加群”與大佬們一起交流學習~
點擊“閱讀原文”查看 130+ 篇原創(chuàng)文章
