国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

如何快速開發(fā)一個(gè)自己的項(xiàng)目腳手架?

alighters / 1144人閱讀

摘要:開發(fā)一個(gè)自己的腳手架了解了一些腳手架的工作方式與的基本概念,咱們就可以來創(chuàng)建一個(gè)屬于自己的腳手架。

引言

下面是一個(gè)使用腳手架來初始化項(xiàng)目的典型例子。

?

?

?

隨著前端工程化的理念不斷深入,越來越多的人選擇使用腳手架來從零到一搭建自己的項(xiàng)目。其中大家最熟悉的就是create-react-appvue-cli,它們可以幫助我們初始化配置、生成項(xiàng)目結(jié)構(gòu)、自動(dòng)安裝依賴,最后我們一行指令即可運(yùn)行項(xiàng)目開始開發(fā),或者進(jìn)行項(xiàng)目構(gòu)建(build)。

這些腳手架提供的都是普遍意義上的最佳實(shí)踐,但是我在開發(fā)中發(fā)現(xiàn),隨著業(yè)務(wù)的不斷發(fā)展,必然會(huì)出現(xiàn)需要針對(duì)業(yè)務(wù)開發(fā)的實(shí)際情況來進(jìn)行調(diào)整。例如:

通過調(diào)整插件與配置實(shí)現(xiàn) Webpack 打包性能優(yōu)化后

刪除腳手架構(gòu)建出來的部分功能

項(xiàng)目架構(gòu)調(diào)整

融合公司開發(fā)工具

……

總而言之,隨著業(yè)務(wù)發(fā)展,我們往往會(huì)沉淀出一套更“個(gè)性化”的業(yè)務(wù)方案。這時(shí)候我們最直接的做法就是開發(fā)出一個(gè)該方案的腳手架來,以便今后能復(fù)用這些最佳實(shí)踐與方案。

1. 腳手架怎么工作?

功能豐富程度不同的腳手架,復(fù)雜程度自然也不太一樣。但是總體來說,腳手架的工作大體都會(huì)包含幾個(gè)步驟:

初始化,一般在這個(gè)時(shí)候會(huì)進(jìn)行環(huán)境的初始化,做一些前置的檢查

用戶輸入,例如用 vue-cli 的時(shí)候,它會(huì)“問”你很多配置選項(xiàng)

生成配置文件

生成項(xiàng)目結(jié)構(gòu),這是候可能會(huì)使用一個(gè)項(xiàng)目模版

安裝依賴

清理、校驗(yàn)等收尾工作

此外,你還需要處理命令行行為等。往往我們只是想輕量級(jí)、快速得創(chuàng)建一個(gè)特定場(chǎng)景的腳手架(不用想vue-cli那么完備)。而對(duì)于想要快速創(chuàng)建一個(gè)腳手架,其實(shí)我們不用完全從零開始。Yeoman 就是一個(gè)可以幫我們快速創(chuàng)建腳手架的工具。

?

?

?

可能很多同學(xué)都不太了解,那么先簡(jiǎn)單介紹一下 Yeoman 是什么,又是如何幫我們來簡(jiǎn)化腳手架搭建的。

首先,Yeoman 可以簡(jiǎn)單理解為是一個(gè)腳手架的運(yùn)行框架,它定義了一個(gè)腳手架在運(yùn)行過程中所要經(jīng)歷的各個(gè)階段(例如我們上面說的,可能會(huì)先讀取用戶輸入,然后生成項(xiàng)目文件,最后安裝依賴),我們所需要的就是在生命周期的對(duì)應(yīng)階段,填充對(duì)應(yīng)的操作代碼即可。而我們填充代碼的地方,在 Yeoman 中叫做 generator,物如其名,Yeoman 通過調(diào)用某個(gè) generator 即可生成(generate)對(duì)應(yīng)的項(xiàng)目。

如果你還不是特別清楚它們之間的關(guān)系,那么可以舉個(gè)小例子:

將腳手架開發(fā)類比為前端組件開發(fā),Yeoman 的角色就像是 React,是一個(gè)框架,尤其是定義了組件的生命周期函數(shù);而 generator 類似于你寫的一個(gè) React 業(yè)務(wù)組件,根據(jù) React 的規(guī)則在各個(gè)生命周期中填代碼即可。

Yeoman 內(nèi)置的“生命周期”方法執(zhí)行順序如下:

initializing

prompting

default

writing

conflicts

install

end

其中 default 階段會(huì)執(zhí)行你自定義地各種方法。

同時(shí),Yeoman 還集成了腳手架開發(fā)中常用的各類工具,像是文件操作、模版填充、終端上的用戶交互功能,命令行等,并且封裝成了簡(jiǎn)單易用的方法。

通過這兩點(diǎn),Yeoman 可以幫我們大大規(guī)范與簡(jiǎn)化腳手架的開發(fā)。

2. 開發(fā)一個(gè)自己的腳手架

了解了一些腳手架的工作方式與 Yeoman 的基本概念,咱們就可以來創(chuàng)建一個(gè)屬于自己的腳手架。作為例子,這個(gè)腳手架的功能很簡(jiǎn)單,它會(huì)為我們創(chuàng)建一個(gè)最簡(jiǎn)版的基于 Webpack 的前端項(xiàng)目。最終腳手架使用效果如下:

?

?

2.1. 準(zhǔn)備一個(gè)項(xiàng)目模版

腳手架是幫助我們快速生成一套既定的項(xiàng)目架構(gòu)、文件、配置,而最常見的做法的就是先寫好一套項(xiàng)目框架模版,等到腳手架要生成項(xiàng)目時(shí),則將這套模版拷貝到目標(biāo)目錄下。這里其實(shí)會(huì)有兩個(gè)小點(diǎn)需要關(guān)注。

第一個(gè)是模版內(nèi)變量的填充。

在模版中的某些文件內(nèi)容可能會(huì)需要生成時(shí)動(dòng)態(tài)替換,例如根據(jù)用戶在終端中輸入的內(nèi)容,動(dòng)態(tài)填充package.json中的name值。而 Yeoman 內(nèi)置了 ejs 作為模版引擎,可以直接使用。

第二個(gè)就是模版的放置位置。

一種是直接放在本地,也就是直接放到 generator 中,跟隨 generator 一起下載,每次安裝都是本地拷貝,速度很快,但是項(xiàng)目模版自身的更新升級(jí)比較困難,需要提示用戶升級(jí) generator。

另一種則是將模版文件放到某個(gè)服務(wù)器上,每次使用腳手架初始化時(shí)通過某個(gè)地址動(dòng)態(tài)下載,想要更新升級(jí)模版會(huì)很方便,通常會(huì)選擇托管在 github 上。

關(guān)于第二個(gè)模版放置究竟是選擇在本地好,還是遠(yuǎn)端好,其實(shí)還是依據(jù)你個(gè)人的業(yè)務(wù)場(chǎng)景而定,在不同的場(chǎng)景的限制的需求不同,我之前既寫過模版放在本地的腳手架(即和腳手架一起通過 npm 安裝),也寫過托管在 git 倉(cāng)庫(kù)上的這種方式。

回到我們「創(chuàng)建一個(gè)最簡(jiǎn)版的基于 Webpack 的前端項(xiàng)目」的目標(biāo),我準(zhǔn)備了一個(gè)項(xiàng)目模版,之后就會(huì)用它來作為腳手架生成的項(xiàng)目?jī)?nèi)容。

2.2. 創(chuàng)建 generator(yeoman-generator)

創(chuàng)建 Yeoman 的 generator 需要遵循它的規(guī)則。

首先是 generator 命名規(guī)則。需要以generator打頭,橫線連接。例如你想創(chuàng)建一個(gè)名為 webpack-kickoff 的 generator,包名需要取成 generator-webpack-kickoff。

這樣,當(dāng)你通過

npm i -g yo

安裝完 Yeoman 的 CLI 后,就可以通過yo命令來使用 generator 來啟動(dòng)腳手架:

yo webpack-kickoff

這里的 webpack-kickoff 就是包名里generator-后面的內(nèi)容,Yeoman 會(huì)按這個(gè)規(guī)則去全局找相匹配的包。

其次,依據(jù) Yeoman 的規(guī)范,默認(rèn)情況下你需要在項(xiàng)目(即 generator)的generators/app/目錄下創(chuàng)建index.js,在其中寫入你的腳手架工作流程。當(dāng)然,也可以通過修改配置來擴(kuò)展或改變這個(gè)規(guī)則。

此外,你創(chuàng)建的 generator 類需要繼承 yeoman-generator。所以我們會(huì)在generators/app/index.js中寫如下代碼:

const Generator = require("yeoman-generator");
class WebpackKickoffGenerator extends Generator {
    constructor(params, opts) {
        super(params, opts);
    }
}
module.exports = WebpackKickoffGenerator;

還記得之前提到的“生命周期”方法么?包括 initializing、prompting、default、writing、conflicts、install 和 end。除了default,其他都代表了 Generator 中的一個(gè)同名方法,你需要的就是在子類中重寫后所需的對(duì)應(yīng)方法。default階段則會(huì)執(zhí)行用戶定義的類方法。

例如,你想在初始化時(shí)打印下版本信息,可以這么做:

const Generator = require("yeoman-generator");
class WebpackKickoffGenerator extends Generator {
    constructor(params, opts) {
        super(params, opts);
    }
    
    initializing() {
        const version = require("../../package.json").version;
        this.log(version);
    }
}
module.exports = WebpackKickoffGenerator;

可見,剩下的工作就是在 WebpackKickoffGenerator 類中填充各種方法的實(shí)現(xiàn)細(xì)節(jié)了。

2.3. 處理用戶交互

腳手架工作中一般都會(huì)有一些用戶自定義的內(nèi)容,例如創(chuàng)建的項(xiàng)目目錄名,或者是否啟用某個(gè)配置等。這些交互一般都是通過交互式的終端來實(shí)現(xiàn)的,例如下面這個(gè)功能。

?

?

?

可以使用 Inquirer.js 來實(shí)現(xiàn)。而 Yeoman 已經(jīng)幫我們集成好了,直接在 generator 里調(diào)用 this.prompt 即可。

在用戶交互部分的需求也比較簡(jiǎn)單,只需要詢問用戶所需創(chuàng)建的項(xiàng)目目錄名即可,隨后也會(huì)作為項(xiàng)目名。按照 Yeoman 的流程規(guī)范,我們將該部分代碼寫在 prompting 方法中:

class WebpackKickoffGenerator extends Generator {
    // ……
    prompting() {
        const done = this.async();

        const opts = [{
            type: "input",
            name: "dirName",
            message: "Please enter the directory name for your project:",
            default: "webpack-app",
            validate: dirName => {
                if (dirName.length < 1) {
                    return "??  directory name must not be null!";
                }
                return true;
            }
        }];

        return this.prompt(opts).then(({dirName}) => {
            this.dirName = dirName;
            done();
        });
    }
    // ……
}

注意,由于用戶交互是一個(gè)“異步”的行為,為了讓后續(xù)生命周期方法在“異步”完成后再繼續(xù)執(zhí)行,需要調(diào)用this.async()方法來通知方法為異步方法,避免順序執(zhí)行完同步代碼后直接調(diào)用下一階段的生命周期方法。調(diào)用后會(huì)返回一個(gè)函數(shù),執(zhí)行函數(shù)表明該階段完成。

2.4. 下載模版

正如2.1.中所述,我們選擇將模版托管在 github 上,因此在生成具體項(xiàng)目代碼前,需要將相應(yīng)的文件下載下來。可以使用 download-git-repo 來快速實(shí)現(xiàn)。

class WebpackKickoffGenerator extends Generator {
    // ……
    _downloadTemplate() {
        return new Promise((resolve, reject) => {
            const dirPath = this.destinationPath(this.dirName, ".tmp");
            download("alienzhou/webpack-kickoff-template", dirPath, err => {
                if (err) {
                    reject(err);
                    return;
                }
                resolve();
            });
        });
    }
    // ……
}

這里我們使用了this.destinationPath()方法,該方法主要用于獲取路徑。不傳參時(shí)返回當(dāng)前命令行運(yùn)行的目錄;如果收到多個(gè)參數(shù),則會(huì)進(jìn)行路徑的拼接。

此外,如果你細(xì)心的話,會(huì)發(fā)現(xiàn)_downloadTemplate()方法帶了一個(gè)下劃線前綴。這是 Yeoman 中的一個(gè)約定:Yeoman 執(zhí)行順序中有個(gè)default階段,該階段包含了所有用戶自定義的類方法。但是,如果某些方法你不希望被 Yeoman 的腳手架流程直接調(diào)用,而是作為工具方法提供給其他類方法,則可以添加一個(gè)下劃線前綴。對(duì)于這種命名的方法,則會(huì)在default階段被忽略。

2.5. 模版文件拷貝

項(xiàng)目模版下載完畢后,下面就可以將相關(guān)的目錄、文件拷貝到目標(biāo)文件夾中。這些都可以在writing階段操作。此時(shí)需要遍歷模版中的所有目錄,將所有文件進(jìn)行模版填充與拷貝。遍歷方式如下:

class WebpackKickoffGenerator extends Generator {
    // ……
    _walk(filePath, templateRoot) {
        if (fs.statSync(filePath).isDirectory()) {
            fs.readdirSync(filePath).forEach(name => {
                this._walk(path.resolve(filePath, name), templateRoot);
            });
            return;
        }

        const relativePath = path.relative(templateRoot, filePath);
        const destination = this.destinationPath(this.dirName, relativePath);
        this.fs.copyTpl(filePath, destination, {
            dirName: this.dirName
        });
    }
    // ……
}

這里使用了this.fs.copyTpl()方法,它支持文件拷貝,同時(shí)還可以指定相應(yīng)的模版參數(shù),此外,如果出現(xiàn)重名覆蓋情況會(huì)在控制臺(tái)自動(dòng)輸出相應(yīng)信息。

最后,把下載與拷貝整合起來即可完成writing階段。

class WebpackKickoffGenerator extends Generator {
    // ……
    writing() {
        const done = this.async();
        this._downloadTemplate()
            .then(() => {
                const templateRoot = this.destinationPath(this.dirName, ".tmp");
                this._walk(templateRoot, templateRoot);
                fs.removeSync(templateRoot);
                done();
            })
            .catch(err => {
                this.env.error(err);
            });
    }
    // ……
}
2.6. 依賴安裝

到目前,腳手架已經(jīng)可以幫我們把項(xiàng)目開發(fā)所需的配置、目錄結(jié)構(gòu)、依賴清單都準(zhǔn)備好了。這時(shí)候可以進(jìn)一步幫開發(fā)人員將依賴安裝完畢,這樣腳手架創(chuàng)建項(xiàng)目完成后,開發(fā)人員就可以直接開發(fā)了。

Yeoman 也提供了this.npmInstall()來方法來實(shí)現(xiàn) npm 包的安裝:

class WebpackKickoffGenerator extends Generator {
    // ……
    install() {
        this.npmInstall("", {}, {
            cwd: this.destinationPath(this.dirName)
        });
    }
    // ……
}

到這里,腳手架的核心功能就完成了。已經(jīng)可以使用咱們的這個(gè) generator 來快速創(chuàng)建項(xiàng)目了。很簡(jiǎn)單吧~


?

完整的代碼可以參考 generator-webpack-kickoff。

3. 使用腳手架

文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請(qǐng)注明本文地址:http://m.specialneedsforspecialkids.com/yun/6734.html

相關(guān)文章

  • 使用 Nuxt.js 快速搭建服務(wù)端渲染(SSR) 應(yīng)用

    摘要:安裝官方提功了兩種方法來進(jìn)行項(xiàng)目的初始化,一種是使用團(tuán)隊(duì)的腳手架工具,一種是根據(jù)自己的需求自由配置使用腳手架適合新手,對(duì)后臺(tái)框架有所了解按照自己需求自由配置,需要對(duì)如何配置以及后臺(tái)框架有所了解。兩種方式比較下就是原生和插件的區(qū)別。 安裝 nuxt.js Nuxt.js 官方提功了兩種方法來進(jìn)行項(xiàng)目的初始化,一種是使用Nuxt.js團(tuán)隊(duì)的腳手架工具 create-nuxt-app ,一種...

    luodongseu 評(píng)論0 收藏0
  • 使用 Nuxt.js 快速搭建服務(wù)端渲染(SSR) 應(yīng)用

    摘要:安裝官方提功了兩種方法來進(jìn)行項(xiàng)目的初始化,一種是使用團(tuán)隊(duì)的腳手架工具,一種是根據(jù)自己的需求自由配置使用腳手架適合新手,對(duì)后臺(tái)框架有所了解按照自己需求自由配置,需要對(duì)如何配置以及后臺(tái)框架有所了解。兩種方式比較下就是原生和插件的區(qū)別。 安裝 nuxt.js Nuxt.js 官方提功了兩種方法來進(jìn)行項(xiàng)目的初始化,一種是使用Nuxt.js團(tuán)隊(duì)的腳手架工具 create-nuxt-app ,一種...

    leanote 評(píng)論0 收藏0
  • 引言 下面是一個(gè)使用腳手架來初始化項(xiàng)目的典型例子。 showImg(https://segmentfault.com/img/remote/1460000019219651?w=1312&h=533); 隨著前端工程化的理念不斷深入,越來越多的人選擇使用腳手架來從零到一搭建自己的項(xiàng)目。其中大家最熟悉的就是create-react-app和vue-cli,它們可以幫助我們初始化配置、生成項(xiàng)目結(jié)構(gòu)、自...

    AnthonyHan 評(píng)論0 收藏0
  • 從react-start到co源碼(二)

    摘要:第三篇腳手架依賴的核心庫(kù)的源碼解析。這三篇文章都是我在日常學(xué)習(xí)中總結(jié)出來的,文章中涉及到的所有代碼可以從我的上找到。 react作為當(dāng)前十分流行的前端框架,相信很多前端er都有蠢蠢欲動(dòng)的學(xué)習(xí)它的想法。工欲善其事,必先利其器。這篇文章就簡(jiǎn)單的給大家介紹一下如何我快速的搭建一個(gè)react前端開發(fā)環(huán)境。主要針對(duì)于react小白,大神不喜勿噴。從標(biāo)題可以看出,這里不會(huì)僅僅只介紹一下react的...

    MockingBird 評(píng)論0 收藏0
  • 如何實(shí)現(xiàn)一個(gè)簡(jiǎn)單Node.js手架

    摘要:目標(biāo)開發(fā)一個(gè)簡(jiǎn)單的腳手架,能夠提供給用戶進(jìn)行安裝。在腳手架中使用腳本。具體用法如下具體展示效果如下對(duì)用戶文件進(jìn)行讀寫操作通過上面的步驟,我們已經(jīng)能夠完成一個(gè)簡(jiǎn)單的腳手架了。 原因 在工作中,需要開發(fā)一個(gè)腳手架,用于給相關(guān)用戶提供相關(guān)的開發(fā)便利性。 適合人群 對(duì)前端、Node操作有一定的了解,同時(shí)向了解腳手架開發(fā)過程或者需要自己實(shí)現(xiàn)一個(gè)腳手架的開發(fā)者。 目標(biāo) 開發(fā)一個(gè)簡(jiǎn)單的腳手架,能夠...

    hizengzeng 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

閱讀需要支付1元查看
<