許多團(tuán)隊(duì)在制定前端工程方案時(shí)會(huì)加入腳手架模塊。雖然不同的團(tuán)隊(duì)對(duì)工程化的理解和實(shí)施有所差異，但是對(duì)于腳手架的定位基本是一致的：創(chuàng)建項(xiàng)目初始文件。這是一條看起來(lái)十分簡(jiǎn)單地準(zhǔn)則，但是對(duì)于這條準(zhǔn)則應(yīng)該如何理解，如何實(shí)施卻并不是一件很簡(jiǎn)單地事情。
在探索這條準(zhǔn)則的深度之前，我們不妨看看類似的一些成熟方案，比如Eclipse。這個(gè)大名鼎鼎的IDE軟件被很多Java和Android開(kāi)發(fā)者使用。通過(guò)Eclipse創(chuàng)建一個(gè)新項(xiàng)目時(shí)，它提供了豐富的配置項(xiàng)，這些配置項(xiàng)可以歸納簡(jiǎn)化為以下流程：選擇項(xiàng)目類型 -> 選擇項(xiàng)目目錄 -> 配置項(xiàng)目細(xì)節(jié) -> 最終確認(rèn) -> 完成。這是腳手架最基本也是必須具備的流程。從這個(gè)流程中可以總結(jié)出腳手架的本質(zhì)：方案的封裝。
由此，我們明確了腳手架的定義：腳手架作用是創(chuàng)建項(xiàng)目的初始文件，本質(zhì)是方案的封裝。
當(dāng)然，腳手架創(chuàng)建項(xiàng)目流程之中還有很多細(xì)節(jié)，并且前端項(xiàng)目的多樣性和復(fù)雜性更加為腳手架流程的實(shí)現(xiàn)增加了難度。這篇文章簡(jiǎn)單闡述一下筆者的一些淺見(jiàn)，希望能夠給大家一些啟發(fā)。
1. 腳手架在前端工程中的角色
1.1 “用完即棄”的腳手架
之前寫(xiě)過(guò)一篇淺析前端工程化，簡(jiǎn)單介紹了前端工作流模型，簡(jiǎn)化之后可以用下圖概括：
延伸閱讀
- ssh框架 2016-09-30
- 阿里移動(dòng)安全 [無(wú)線安全]玩轉(zhuǎn)無(wú)線電——不安全的藍(lán)牙鎖 2017-07-26
- 消息隊(duì)列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標(biāo)分割】 2017-07-26
- 詞向量-LRWE模型-更好地識(shí)別反義詞同義詞 2017-07-26
- 從棧不平衡問(wèn)題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實(shí)現(xiàn)JSON轉(zhuǎn)Model - HandyJSON使用講解 2017-07-26
- 阿里移動(dòng)安全 Android端惡意鎖屏勒索應(yīng)用分析 2017-07-26
- 集合結(jié)合數(shù)據(jù)結(jié)構(gòu)來(lái)看看(二) 2017-07-26
學(xué)習(xí)是年輕人改變自己的最好方式