當前位置:首頁 » 網頁前端 » 前端按需載入
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

前端按需載入

發布時間: 2022-08-08 19:49:12

1. 前端工程師怎樣提高開發效率

前端工程師其實是一個工作很雜的職位,除了要負責切圖、寫html/css/js外,還要處理一系列的瀏覽器兼容性問題、優化網頁性能等,所以提高前端工程師的開發效率是勢在必行的,也是前端共工程化的體現。那麼如何提高便可以按照前端工程師涉及的工作點來進行劃分。下面我就介紹下平時我在工作中使用的一些提高開發效率的方法。



當然除了以上5點,對於前端來說需要提高開發效率的地方還有很多,可謂任重而道遠。希望以上幾點能夠給初識前端的同學帶來啟發並能夠親自實踐。

2. web前端開發面臨的挑戰主要是有哪些

平時工作,多數是開發Web項目,由於一般是開發內部使用的業務系統,所以對於安全性一般不是看的很重,基本上由於是內網系統,一般也很少會受到攻擊,但有時候一些系統平台,需要外網也要使用,這種情況下,各方面的安全性就要求比較高了。

1、測試的步驟及內容

這些安全性測試,據了解一般是先收集數據,然後進行相關的滲透測試工作,獲取到網站或者系統的一些敏感數據,從而可能達到控制或者破壞系統的目的。

2、SQL注入漏洞的出現和修復

SQL注入定義:

SQL注入攻擊是黑客對資料庫進行攻擊的常用手段之一。隨著B/S模式應用開發的發展,使用這種模式編寫應用程序的程序員也越來越多。但是由於程序員的水平及經驗也參差不齊,相當大一部分程序員在編寫代碼的時候,沒有對用戶輸入數據的合法性進行判斷,使應用程序存在安全隱患。用戶可以提交一段資料庫查詢代碼,根據程序返回的結果,獲得某些他想得知的數據,這就是所謂的SQL Injection,即SQL注入。

SQL注入有時候,在地址參數輸入,或者控制項輸入都有可能進行。如在鏈接後加入』號,頁面報錯,並暴露出網站的物理路徑在很多時候,很常見,當然如果關閉了Web.Config的CustomErrors的時候,可能就不會看到。

3、跨站腳本攻擊漏洞出現和修復

跨站腳本攻擊,又稱XSS代碼攻擊,也是一種常見的腳本注入攻擊。例如在界面上,很多輸入框是可以隨意輸入內容的,特別是一些文本編輯框裡面,可以輸入例如這樣的內容,如果在一些首頁出現很多這樣內容,而又不經過處理,那麼頁面就不斷的彈框,更有甚者,在裡面執行一個無限循環的腳本函數,直到頁面耗盡資源為止,類似這樣的攻擊都是很常見的,所以我們如果是在外網或者很有危險的網路上發布程序,一般都需要對這些問題進行修復。

3. 如何進行前端優化

1.減少 HTTP 請求....

2.使用 HTTP2

3.使用服務端渲染

4.靜態資源使用 CDN

5.將 CSS 放在文件頭部,JavaScript 文件放 ...

6.使用字體圖標 iconfont 代替圖片圖標

7.善用緩存,不重復載入相同的資源

8.壓縮文件

9.圖片優化

(1).圖片延遲載入

(2). 響應式圖片

(3). 調整圖片大小

(4). 降低圖片質量

(5). 盡可能利用 CSS3 效果代替圖片

(6). 使用 webp 格式的圖片

10. 通過 webpack 按需載入代碼,提取第三庫代碼,減少 ES6 轉為 ES5 的冗餘代碼

11. 減少重繪重排

12. 使用事件委託

13. 注意程序的局部性

14. if-else 對比 switch

15. 查找表

16. 避免頁面卡頓

17. 使用 requestAnimationFrame 來實現視覺變化

18. 使用 Web Workers

19. 使用位操作

20. 不要覆蓋原生方法

21. 降低 CSS 選擇器的復雜性

(1). 瀏覽器讀取選擇器,遵循的原則是從選擇器的右邊到左邊讀取。

(2). CSS 選擇器優先順序

22. 使用 flexbox 而不是較早的布局模型

23. 使用 transform 和 opacity 屬性更改來實現動畫

24. 合理使用規則,避免過度優化

性能優化主要分為兩類:

    • 載入時優化

    • 運行時優化

4. web開發從前端能通過哪些方式提供網頁的載入速度

一、使用良好的結構
可擴展 HTML (XHTML) 具有許多優勢,但是其缺點也很明顯。XHTML 可能使您的頁面更加符合標准,但是它大量使用標記(強制性的 <start> 和 <end> 標記),這意味著瀏覽器要下載更多代碼。所以,事情都有兩面性,嘗試在您的網頁中使用較少的 XHTML 代碼,以減小頁面大小。如果您確實不得不使用 XHTML,試著盡可能對它進行優化。
二、不要使布局超載
堅持簡約原則:少即是多。頁面中充斥著各種類型的圖像、視頻、廣告等,這大大違背實用性原則。
三、不要使用圖像來表示文本
使用圖像表示文本的最常見示例就是在導航欄中。美觀的按鈕更加具有吸引力,但是它們的載入速度很慢。此外,圖像仍然不能由搜索引擎直接索引,因此,使用圖像進行導航不利於搜索引擎優化(search engine optimization,SEO)。當無需圖像就可以通過大量 CSS 技巧創建漂亮的按鈕時,絕不使用圖像來表示文本。
四、檢查cookie使用情況
設置一個較早的 expire 日期或者根本不設置 expire 日期,會縮短響應時間。要在 PHP 語言中設置 cookie 的 expire 日期,使用以下代碼:
<?php
$expire = 2592000 + time();
// Add 30 day』s to the current time
setcookie(userid, 「123rrw3」, $expire);
?>
這段代碼設置 cookie userid,並將 expire 日期設置為自當前日期之後 30 天。
五、不要包含不必要的 JavaScript 代碼,盡可能將其外部化
應該明智地使用 JavaScript(僅在真正必要時才使用)並優化腳本的大小和速度。縮短 JavaScript 下載時間的另一種方式是使用外部文件,而不是包含腳本內聯。這種方法也適用於 CSS,因為瀏覽器會緩存外部化的文本,而(在 HTML 頁面自身中)以內聯方式編碼的 CSS 或 JavaScript 每次都會隨 HTML 一起載入。
六、盡可能避免使用表格
表格被用作網頁的主要構建塊,但是作為頁面布局元素,使用表格現在被認為是糟糕的做法。有時候,您必須使用表格(並且它們被認為是顯示表格數據的出色實踐)。如果是這樣,明確地指定表格單元格、行和列的寬度和高度,否則,瀏覽器必須執行許多操作來計算如何顯示它們,這會降低頁面載入速度。
七、刪除任何不必要的元素
可能這是所有技巧中最顯而易見的一個,但是它也是最容易忘記的一個技巧。如果您真正需要在網頁上放置許多內容,考慮將網頁分為 2 個、3 個或更多的獨立頁面。
八、一些優化網頁的技巧
可以使用許多方法來優化您的網頁,包括壓縮 JavaScript 文件,使用超文本傳輸協議(Hypertext Transfer Protocol,HTTP)壓縮,以及設置圖像大小。
九、壓縮和縮小 JavaScript 文件
您可以使用 GNU zip (gzip) 來完成此任務,因為許多瀏覽器都支持這種壓縮演算法。另一種替代方法是縮小文件。這種方法刪除代碼中所有不必要的字元,比如製表符(tab)、新行和空格。它刪除代碼中的注釋和空白,進一步縮小文件大小。外部和內部樣式表都可以縮小。兩種最流行的縮小工具是 JSMin 和 YUI Compressor。
十、使用 HTTP 壓縮,並始終使用小寫的 div 和類名
可以使用 HTTP 壓縮來減少伺服器與瀏覽器之間的通信量。可以在 Apache 中配置 HTTP 壓縮(.htaccess 文件),或者可以將其包含到頁面中(對於 PHP,可以使用一個 HTTP_ACCEPT_ENCODING 選項)。但是請注意:不是所有瀏覽器都支持壓縮。即使是支持壓縮的瀏覽器,壓縮和解壓縮都會加重處理器的負載。要在 Apache 中啟用地毯式(blanket)壓縮(即壓縮所有文本和 HTML),使用以下命令:
AddOutputFilterByType DEFLATE text/html text/plain text/xml
另外,考慮一下您想要壓縮的內容。圖像、音樂和視頻在創建時已經進行了壓縮,因此您可以將壓縮對象限制為 HTML、CSS 和 JavaScript 文件。另一種減少壓縮工作的技巧是使用小寫形式的 <div> 元素和類名。由於大小寫敏感性,並且使用的是無損壓縮,<header> 與 <Header> 不同,它們被壓縮為兩個不同的標記。
十一、設置圖像大小
與表格單元格、行和列一樣,當您未明確設置圖像大小時,瀏覽器需要執行計算來顯示圖像,這會降低處理速度。
十二、將 CSS 圖像映射用於裝飾功能
使用圖像映射代替多個圖像,這是另一種縮短載入時間的方式,因為同時下載圖像的各個獨立部分能夠加快整個頁面的下載進度。或者,您可以使用某種名為 CSS sprites 的工具。CSS sprites 可幫助減少 HTTP 請求的數量。一個圖像可以包含裝飾或布置頁面所需的所有圖像元素。您使用 CSS 來選擇(通過調用某些位置和維度)用於特定元素的映射。
十三、盡可能延遲腳本載入
一種提升頁面下載速度的潛在方式是將腳本放在頁面的底部,使頁面載入更迅速。通常,瀏覽器只能(從同一個域)下載不超過兩個並行對象,如果一個對象是一段 JavaScript 代碼,那麼在該腳本下載完之前,其他頁面組件的下載將會暫停。如果將 JavaScript 代碼放在頁面底部,(在大多數情況下)它將在最後下載,這時所有其他組件都已下載完。
十四、按需載入 JavaScript 文件
要按需載入 JavaScript,使用 import() 函數。
import() 函數:
function $import(src){
var scriptElem = document.createElement('script');
scriptElem.setAttribute('src',src);
scriptElem.setAttribute('type','text/javascript');
document.getElementsByTagName('head')[0].appendChild(scriptElem);
}
// import with a random query parameter to avoid caching
function $importNoCache(src){
var ms = new Date().getTime().toString();
var seed = "?" + ms;
$import(src + seed);
}
十五、驗證函數載入
也可以驗證一個函數是否被載入,如果沒有,載入 JavaScript 文件。
驗證函數是否被載入:
if (myfunction){
// The function has been loaded
}
else{ // Function has not been loaded yet, so load the javascript.
$import('http://www.yourfastsite.com/myfile.js');
}
注意:可以使用 defer 屬性,但不是所有瀏覽器(包括 Firefox)都支持它。

十六、優化 CSS 文件
如果經過適當優化和維護,CSS 文件不一定很大。例如,具有很多獨立類的 CSS 文件會影響下載速度。與 JavaScript 文件一樣,您需要優化 CSS 文件,使其包含所需的所有內容,同時保持合理的大小。另外,使用外部文件代替內聯定義來適應瀏覽器的緩存機制。
十七、使用內容分布網路
內容分布網路(Content-distribution network,CDN)是另一種縮短下載時間的好方法。當您將靜態圖像放在 Internet 上的許多伺服器上時,用戶能夠從離他們最近的伺服器下載這些圖像。此外,大多數 CDN 都在快速伺服器上運行,因此無論伺服器的載入速度如何,其響應速度都比小型的超載伺服器快。
十八、對資產使用多個域來增加連接
CDN 的另一個優勢是它們是獨立的域。因為您的瀏覽器將並發連接的數量限制到一個單一的域,因此無論何時載入一個頁面,都很容易占滿所有線程。因此,到其他資產的連接被延遲了。然而,您的瀏覽器能夠打開新線程或到其他域的連接,這樣,從另一個域載入的任何資產都可以與其他所有資產同時載入。
十九、在合適的時候使用 Google Gears
使用 Google Gears(參見 參考資料)是避免用戶反復下載同一內容的另一種好方法。Gears 允許用戶離線訪問 Web 應用程序,但是也允許將頁面元素持久化到用戶的計算機上。因此,頻繁載入但未進行更新的內容可以存儲在 Gears 資料庫中,該資料庫是一個 SQLite3 關系資料庫管理系統。對同一內容的所有 next 請求都可以從資料庫(而不是伺服器)直接載入。
二十、使用 PNG 格式的圖像
Graphic Interchange Format (GIF) 和 Joint Photographic Experts Group (JPEG) 圖像格式都已過時了:Portable Network Graphic (PNG) 是未來流行的格式。當然,您可以說 GIF 和 JPEG 已經消亡,或者 PNG 沒有任何缺陷,但是所有事物都有各自的優缺點,PNG 以最佳的文件大小提供了出色的質量。因此,如果進行選擇的話,應該盡可能使用 PNG 圖像。
二十一、保持 Ajax 調用簡短、准確
當統稱為 Asynchronous JavaScript + XML (Ajax) 的技術在兩年前出現時,這些技術為處理頁面請求和響應提供了一種革命性方法。然而,撥號用戶可能從來沒機會體驗其真正的優勢,因為在許多情形下,Ajax 需要在瀏覽器與伺服器之間大量通信。因此,如果您能夠保持 Ajax 調用簡短和准確,可以避免用戶花費無止盡的時間來等待元素刷新或響應。
二十二、進行一次較大的 Ajax 調用並在本地處理客戶機數據
如果不能進行簡短的 Ajax 調用,或者如果這些調用不能提供期望的結果,可以考慮一種替代方法:進行一次大的 Ajax 調用來獲取所需的一切內容,然後讓客戶機在本地處理數據。通過這種方式,客戶機只需等待一次(獲取傳入的數據),但是在此之後(當瀏覽器與伺服器之間沒有必要通信時),處理速度將更快。當然,還有大量 Ajax 優化技術,本教程無法一一列出。
二十三、在沙箱中測試代碼
還有一個經常被遺忘的常用技巧。盡管清醒的 Web 開發人員通常會在啟動應用程序之前對其進行測試,但是有時候測試會使他們不那麼重視維護任務,或者新功能添加得太快,並且未經過充分考慮或測試。結果,餘下的腳本減緩了應用程序的速度。如果您添加一項新功能,可以首先在沙箱里(完全脫離了應用程序的其餘部分)進行測試,查看它作為單個函數的行為。通過這種方式,您可以反復檢查,並分析性能和響應時間,無需考慮 Web 應用程序的其餘部分。然後,當新功能的行為符合預期時,可以將其引入到應用程序的其餘部分中,運行其他測試,保證功能本身的行為符合預期。
二十四、分析站點代碼
在許多場景中,自我反省是一個不錯的建議。幸運的是,在開發過程中,我們可以使用工具來幫助反省,並盡可能客觀地進行實踐。像 JSLint(參見 參考資源)這樣的工具的價值是無法衡量的,盡管其站點宣稱它 「可能令您備受挫折」,因為它向您提供了所有的潛在代碼缺陷,這些缺陷不但使調試更加困難,而且可能導致更長的響應時間。
二十五、檢查孤立的文件和丟失的圖像
檢查孤立的文件和丟失的圖像是一種明智之舉。大部分 Web 開發人員都會檢查錯誤的文件引用,但是這里仍然需要說明一下。丟失的文件容易引起各種問題,因為它們會導致 「The image/page cannot be displayed」 之類的錯誤消息。但是在網頁速度優化方面,它們具有更大的缺陷:當瀏覽器尋找丟失的或孤立的文件時,它會消耗資源,這不可避免地會導致頁面處理速度變慢。因此,請檢查孤立或丟失的文件,包括拼寫錯誤的文件名。

5. 前端一個模塊有很多功能,如何去定製式的載入

直白的說:
web前端
是一個前途不可限量的行業,首先因為很新,相對於JAVA,C++,
C等很新穎,而且有成功的模式(國外),只是國內還不是很重視,但是趨勢證明,前端在國內也是需求越來越大。
其次是技術的發展,前端的JS已經不是一個當初剛出來處理

6. 如何讓rex actions recers 按需載入

要確定rex架構時候,可以先思考一下,rex實質上做了什麼。事實上,rex一直都被宣稱為一個狀態管理器。使用react作為前端組件化工程類庫,每一個組件必然有自己的狀態以及需要傳遞到子孫組件的狀態。rex准確來說,是管理「共享狀態」,這些狀態都是可以被自己以及子孫組件,通過action進行調用修改的。

回到樓主的問題,既然明白了rex的實質用處,就可以開始架構了。
在很多boilerplate或者示例裡面,rex一直被作為頂級的狀態管理器。對於大型前端項目,這樣不僅導致recers非常龐大,而且在多模塊載入情況下導致非常多冗餘代碼,而且constant會非常容易重復

最後結論是,模塊化開發,可以將每一個模塊作為一個Web組件。獨立使用Rex進行管理,這樣既有利於代碼分離,前端工程,又不會讓rex代碼量復雜冗餘、難以管理。

7. 怎樣提高前端工程師開發效率,都在這里

前端工程師其實是一個工作很雜的職位,除了要負責切圖、寫html/css/js外,還要解決一系列的瀏覽器兼容性、網頁性能優化等問題,所以提高前端工程師的開發效率是勢在必行的,也是前端工程化的體現。

對於開發效率,我個人理解是

開發效率 = 新增代碼的效率 + 修改代碼的效率 + 維護代碼的效率

那麼如何提高前端開發效率便可以按照前端工程化的理念來進行劃分。下面我就介紹下7個提高前端開發效率的方法。

1.切圖

切圖是一個前端最基礎的技能,一般我們使用Photoshop或者FireWorks基本都能搞定設計師交付給我們的設計圖,但是要提高切圖效率的話就得使用一些訣竅了,比如利用PS里的動作來實現「一鍵切圖」功能,這里除了切圖外還介紹了其他的實用方法和工具。

2.編碼

對於編寫代碼部分我們首先要找到一款合適自己的IDE工具,建議不要使用Notepad++或者Dreamweaver,這些工具已經不符合前端潮流了,無法讓自己優雅地敲代碼。這里我主要推薦Sublime Text、Atom或者Webstrom,因為它們除了人性化的界面和支持大多數語法的高亮外,還可以安裝各種各樣的插件來拓展你的IDE工具,下面我主要介紹幾款Sublime Text提高開發效率的插件:

其中Element是用於快速編寫html/CSS的,比如輸入 ul>li 後按下tab鍵便可以生成一個ul標簽裡麵包含一個li標簽

JSFormat用於格式化JS;CSScomb用於對樣式屬性進行一鍵排序;HTML-CSS-JS Prettify可以一鍵規范我們的HTML/CSS/JS,甚至JSON格式;SublimeTmpl可以快速新建HTML/CSS/JS文件; ColorPicker用於調用本地調色板功能。這些工具都非常實用,一定程度上可以提高我們的編碼效率。

3.自動化

說到提高開發效率,這里不得不提一些前端的自動化工具,畢竟前端自動化是目前及未來的趨勢,能夠很大程度上縮減前端不必要的工作量,使我們能夠專注前端本身。

這里我們可以使用NPM來管理我們的項目包文件;利用webpack來打包壓縮我們的代碼;利用Node.js來實現構建本地伺服器;利用Karma、Jasmine來測試我們的前端代碼。

用好前端自動化工具可以幫助我們處理很多瑣碎的事情,比如一鍵壓縮代碼、圖片,一鍵合並JS,檢測文件更新等。

4.模塊化

隨著web2.0時代的到來,Ajax技術得到廣泛應用,前端代碼日益膨脹,而前端模塊化能夠方便我們對項目代碼的維護,進行按需載入,從長遠角度來看對我們提高項目的開發效率同樣大有益處。

在ES6出來之前應該說前端代碼本身不具備實現模塊的功能,我們必須要使用一些模塊化載入器來實現,比如RequireJS、SeaJs等。而隨著ES6的普及,目前像RequireJS、SeaJs這樣的工具已經沒有存在的必要了。所以在基於ES6的開發環境下我建議使用ES6的模塊化功能來實現我們的前端模塊化。

5.組件化

前端組件化的概念也是由來已久,我們可以通過將我們的代碼劃分成不同組件來實現功能公用,一個同樣的功能我們可能不用再次編寫相同的代碼,同時也可以提高前端代碼的可維護性和清晰度。以下是目前流行的前端框架Vue的單文件組件的概念圖:

我們可以將公用的組件抽離,將大組件拆分成小組件的形式實現前端組件化,組件與組件之間可以存在父子關系,也可以存在兄弟關系。在Vue的單文件組件中,一個組件包含了其HTML、CSS、JS的代碼片段。

6.前後端分離

前後端分離的項目對提升前端開發效率非常有幫助,因為前端不再需要後台配置路由、搭建伺服器環境、編寫模板等,這樣一來前端的生產力就會得到很大程度的解放,但是前後端分離的項目有利也有弊,如下圖所示:


最終我們需要根據項目需求衡量利弊來決定是否使用前後端分離的模式。

7.規范與模式

團隊協作離不開編碼規范和開發模式的幫助。遵循編碼規範文檔可以幫助我們在團隊開發時提高合作開發的效率。一個團隊遵循一套編碼規范可以使每個人的代碼寫出一個人的風格,這樣團隊間相互審查、測試、完善功能時會非常高效。下方是一些開源的前端編碼規範文檔:

  • 網頁鏈接

  • 首頁-TGuide

  • 網頁鏈接

  • 網頁鏈接

  • 除了編碼規范我們在開發時經常會沿襲了一些已經存在的模式來解決問題,比如當用JS編寫彈框時我們往往會用到單例模式,用CSS編寫動畫時直接套用動畫的常用屬性等,我們不再需要從頭開始思考某一個功能的實現,這就是模式帶來的意義。

    結語

    當然除了以上7點,對於前端來說需要提高開發效率的地方還有很多,可謂任重而道遠。只有將前端無序、繁雜的操作組織起來,利用工具簡化、規范前端流程,才能實現項目構建、開發、維護的一體化。希望本文能夠給初識前端的同學帶來啟發並付諸實踐。

8. 常見的前端集成部署方案有哪些各自的優缺點是什麼

前端行業經歷了這么長時間的發展,技術元素非常豐富,這里列舉出一般web團隊需要用到的技術元素:

開發規范:包括開發、部署的目錄規范,編碼規范等。不要小瞧規范的威力,可以極大的提升開發效率,真正優秀的規范不會讓使用者感到約束,而是能幫助他們快速定位問題,提升效率。

模塊化開發:針對js、css,以功能或業務為單元組織代碼。js方面解決獨立作用域、依賴管理、api暴露、按需載入與執行、安全合並等問題,css方面解決依賴管理、組件內部樣式管理等問題。是提升前端開發效率的重要基礎。現在流行的模塊化框架有requirejs、seajs等。

組件化開發:在模塊化基礎上,以頁面小部件(component)為單位將頁面小部件的js、css、html代碼片段放在一起進行開發、維護,組件單元是資源獨立的,組件在系統內可復用。比如頭部(header)、尾部(footer)、搜索框(searchbar)、導航(menu)、對話框(dialog)等,甚至一些復雜的組件比如編輯器(editor)等。通常業務會針對組件化的js部分進行必要的封裝,解決一些常見的組件渲染、交互問題。

組件倉庫:有了組件化,我們希望將一些非常通用的組件放到一個公共的地方供團隊共享,方便新項目復用,這個時候我們就需要引入一個組件倉庫的東西,現在流行的組件庫有bower、component等。團隊發展到一定規模後,組件庫的需求會變得非常強烈。

性能優化:這里的性能優化是指能夠通過工程手段保證的性能優化點。由於其內容比較豐富,就不在這里展開了,感興趣的同學可以閱讀我的這兩篇文章 [1] [2]。性能優化是前端項目發展到一定階段必須經歷的過程。這部分我想強調的一點是性能優化一定是一個工程問題和統計問題,不能用工程手段保證的性能優化是不靠譜的,優化時只考慮一個頁面的首次載入,不考慮全局在宏觀統計上的優化提升也是片面的。

項目部署:部署按照現行業界的分工標准,雖然不是前端的工作范疇,但它對性能優化有直接的影響,包括靜態資源緩存、cdn、非覆蓋式發布等問題。合理的靜態資源資源部署可以為前端性能帶來較大的優化空間。

開發流程:完整的開發流程包括本地開發調試、視覺效果走查確認、前後端聯調、提測、上線等環節。對開發流程的改善可以大幅降低開發的時間成本,工作這些年見過很多獨立的系統(cms系統、靜態資源推送系統)將開發流程割裂開,對前端開發的效率有嚴重的阻礙。

開發工具:這里說的工具不是指IDE,而是工程工具,包括構建與優化工具、開發-調試-部署等流程工具,以及組件庫獲取、提交等相關工具,甚至運營、文檔、配置發布等平台工具。前端開發需要工具支持,這個問題的根本原因來自前端領域語言特性(未來我會單獨寫一篇文章介紹前端領域語言缺陷問題)。前端開發所使用的語言(js、css、html)以及前端工程資源的載入與定位策略決定了前端工程必須要工具支持。由於這些工具通常都是獨立的系統,要想把它們串聯起來,才有了yeoman這樣的封裝。前面提到的7項技術元素都直接或間接的對前端開發工具設計產生一定的影響,因此能否串聯其他技術要素,使得前端開發形成一個連貫可持續優化的開發體系,工具的設計至關重要。