利用Webpack實(shí)現(xiàn)小程序多項(xiàng)目管理的方法
故事是這樣的
產(chǎn)品小姐姐:“我要做一堆小程序,一周上線一到兩個(gè)沒問題吧”
碼畜小哥哥:“你他喵是不是傻,做那么多干什么”
產(chǎn)品小姐姐:“蹭些流量呀,用戶量多了就可以考慮轉(zhuǎn)化流量給公司的 App”
碼畜小哥哥:“fuck好的”
碼畜小哥開始架構(gòu)
- 小程序雜,放一個(gè)項(xiàng)目方便管理
- 小程序多,代碼要能夠復(fù)用
- 團(tuán)隊(duì)開發(fā),代碼風(fēng)格要統(tǒng)一
碼畜小哥開始建項(xiàng)目
這是單個(gè)小程序的基本目錄結(jié)構(gòu),沒問題
當(dāng)一個(gè)項(xiàng)目有多個(gè)小程序的時(shí)候,好像也沒問題
當(dāng)多個(gè)小程序都用到同一個(gè)組件 com3 時(shí),小哥發(fā)現(xiàn)代碼沒法復(fù)用,需要復(fù)制黏貼
思考了一下,那么把組件目錄移到外面,這樣不就可以復(fù)用了嗎
感覺很好,小哥這時(shí)在微信開發(fā)者工具打開 demo1,發(fā)現(xiàn)報(bào)錯(cuò)了
原來小程序是以當(dāng)前項(xiàng)目作為根目錄,components 目錄已經(jīng)不在 demo1 目錄范圍內(nèi),所以是引用不到的
小哥想到了 Webpack
1. 整理目錄
- apps/:存放全部小程序
- build/:存放構(gòu)建腳本
- common/:存放公共方法
- components/:存放公共組件
- styles/:存放公共樣式
- templates/:存放公共模板
大概長(zhǎng)這樣
2. 編寫構(gòu)建腳本
package.json
script: { "dev": "webpack --config build/webpack.config.js" }
build/webpack.config.js
思路就是利用 CopyWebpackPlugin 同步指定的文件到小程序目錄下
const CopyWebpackPlugin = require('copy-webpack-plugin') const utils = require('./utils') // 獲取 apps 目錄下的小程序并指定公共文件目錄命名 function copyToApps(dir) { let r = [] utils .exec(`cd ${utils.resolve('apps')} && ls`) .split('\n') .map(app => { r.push({ from: utils.resolve(dir), to: utils.resolve(`apps/${app}/_${dir}`) }) }) return r } module.exports = { watch: true, // 監(jiān)聽入口文件,保存便會(huì)刷新 entry: utils.resolve('index.js'), output: { path: utils.resolve('.tmp'), filename: 'bundle.js' }, plugins: [ // 同步指定的公共文件到所有小程序目錄下 new CopyWebpackPlugin([ ...copyToApps('styles'), ...copyToApps('common'), ...copyToApps('templates'), ...copyToApps('components') ]) ] }
3. 啟動(dòng)本地開發(fā)
npm run dev
現(xiàn)在公用的代碼已經(jīng)自動(dòng)同步到小程序目錄下,以下劃線開頭,當(dāng)改動(dòng)公共代碼也會(huì)自動(dòng)同步給小程序調(diào)用
調(diào)用方式長(zhǎng)這樣
import utils from './_common/utils' import com3 from './_components/com3'
@import './_styles/index.wxss';
<import src="./_templates/index.wxml" />
代碼風(fēng)格校驗(yàn)
package.json
script: { "lint": "eslint apps/" }
.eslintrc.js
module.exports = { extends: 'standard', // 將小程序特有的全局變量排除下 globals: { Page: true, Component: true, App: true, getApp: true, wx: true }, rules: { 'space-before-function-paren': ['error', 'never'], 'no-unused-vars': [ 'error', { // 小程序還沒支持 ES7,這個(gè)是用來兼容 async/await varsIgnorePattern: 'regeneratorRuntime' } ] } }
然后借助 husky 在每次 git commit 前執(zhí)行校驗(yàn)
script: { "precommit": "npm run lint" }, devDependencies: { "husky": "^0.14.3" }
清理
最后小哥還加了個(gè)清理命令, 便于重新生成公共代碼
package.json
script: { "clean": "node build/clean.js" }
build/clean.js
const rimraf = require('rimraf') const utils = require('./utils') function log(dir) { console.log(`cleaning ${dir}`) } rimraf(utils.resolve('.tmp'), () => log('.tmp')) utils .exec(`cd ${utils.resolve('apps')} && ls`) .split('\n') .map(app => { ;[ `${app}/_styles`, `${app}/_common`, `${app}/_templates`, `${app}/_components` ].map(m => { rimraf(utils.resolve(`apps/${m}`), () => log(m)) }) })
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
JavaScript實(shí)現(xiàn)瀑布流布局的代碼分享
不知道大家在線上購(gòu)物的時(shí)候有沒有發(fā)現(xiàn)到,自己逛起來根本就停不下來,越往下翻越是覺得就會(huì)出現(xiàn)需要的東西,這就是很多電商公司都在使用的瀑布流布局。本文就來用JS實(shí)現(xiàn)這一布局,需要的可以參考一下2023-04-04Textarea根據(jù)內(nèi)容自適應(yīng)高度
使用JAVASCRIPT控制Textarea內(nèi)容自適應(yīng)高度,實(shí)施起來很簡(jiǎn)單,很平滑。2013-10-10淺談JSON.parse()和JSON.stringify()
本文給大家簡(jiǎn)單描述了下JSON.parse()和JSON.stringify()的異同點(diǎn),十分的實(shí)用,有需要的小伙伴可以參考下2015-07-07基于js disabled="false"不起作用的解決辦法
本篇文章是對(duì)js disabled="false"不起作用的解決辦法進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-06-06不到30行JS代碼實(shí)現(xiàn)Excel表格的方法
這篇文章主要介紹了不到30行JS代碼實(shí)現(xiàn)Excel表格的方法,實(shí)現(xiàn)方法簡(jiǎn)單易懂,非常具有實(shí)用價(jià)值,可部分代替jQuery的功能,需要的朋友可以參考下2014-11-11JS實(shí)現(xiàn)轉(zhuǎn)動(dòng)隨機(jī)數(shù)抽獎(jiǎng)特效代碼
這篇文章主要為大家詳細(xì)介紹了一款轉(zhuǎn)動(dòng)隨機(jī)數(shù)抽獎(jiǎng)的JS特效代碼,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2015-08-08為JavaScript類型增加方法的實(shí)現(xiàn)代碼(增加功能)
大家在js開發(fā)過程中有些功能已經(jīng)滿足不了我們的需求,或沒有我們需要的功能,那么我們就可以自己擴(kuò)展下,個(gè)性化js2011-12-12