腳手架的背景
腳手架這個詞在編程領域初次看到是在使用前端框架時。許多團隊在制定前端工程方案時會加入腳手架模塊。雖然不同的團隊對工程化的理解和實施有所差異，但是對於腳手架的定位基本是一致的：創建項目初始文件。這是一條看起來十分簡單地準則，但是對於這條準則應該如何理解，如何實施卻並不是一件很簡單地事情。
在探索這條準則的深度之前，我們不妨看看類似的一些成熟方案，比如Eclipse。這個大名鼎鼎的IDE軟件被很多Java和Android開發者使用。通過Eclipse創建一個新項目時，它提供了豐富的配置項，這些配置項可以歸納簡化爲以下流程：選擇項目類型 -> 選擇項目目錄 -> 配置項目細節 -> 最終確認 -> 完成。這是腳手架最基本也是必須具備的流程。
什麼是腳手架？
在計算中使用的腳手架指的是兩種技術之一：
第一種是與某些MVC 框架中的數據庫訪問相關的代碼生成技術;
第二種是由各種工具支持的項目生成技術。
由此，我們明確了腳手架的定義：腳手架作用是創建項目的初始文件，本質是方案的封裝。
腳手架是一種由一些 model–view–controller 框架支持的技術，程序員可以在其中指定應用程序數據庫的使用方式。該編譯器或框架使用說明書中，與預先定義的代碼模板在一起，產生最終代碼的應用程序可以使用它來創建，讀取，更新和刪除數據庫條目，有效治療模板作爲“ 支架 ”上建立更強大的應用程序。
單獨來看，腳手架可能並不具備很高的“性價比”，但如果你的團隊有一套完整的前端工程體系，腳手架的作用就會被放大。前端工程體系的功能涵蓋範圍廣，封裝的方案類型多，對應的配置項也非常複雜。而且，大多數前端工程體系的開發者並不是一線的業務開發者。對於業務開發者來說，這套工程體系就是一個黑盒，他們不需要了解其中的複雜原理，只需要知道如何配置即可。所以業務開發者的需求就是快速開發快速配置，並且生成的配置項跟項目要對應，既要滿足項目的功能需求，又不能有“混淆視聽”的冗餘功能。
前端工程體系不是Vue、React這種開發框架，工程體系只是一種“服務”，是輔助性質的。學習曲線應該平緩，即使文檔再清晰易懂，也不應該要求業務開發者去花時間學習各種細節。這就是腳手架要解決的切實問題，簡單說就是：
快速生成配置；
1、降低框架學習成本。
2、隨着前端工程體系越來越複雜，腳手架的角色會越來越重要。