隨著互聯(lián)網(wǎng)開發(fā)和迭代速度越來越快，網(wǎng)站也變得越來越龐大，存在大量靜態(tài)資源，我們?cè)泄芾盱o態(tài)資源的方式變得越來越不適用，就如同封面圖一樣，靜態(tài)資源之間的關(guān)系錯(cuò)綜復(fù)雜，給工程師帶來了很多麻煩：

1、人工管理依賴的噩夢(mèng)，工程師需要頻繁管理和維護(hù)每個(gè)頁面需要的 JS & CSS 文件，包括靜態(tài)資源之間的依賴關(guān)系以及加載順序等。

2、性能優(yōu)化成本高且不可持續(xù)性，為了提高網(wǎng)站性能，工程師總是在忙于優(yōu)化頁面靜態(tài)資源的加載，包括動(dòng)態(tài)加載靜態(tài)資源、按需加載靜態(tài)資源和修改靜態(tài)資源合并策略等，但是過了一段時(shí)間性能又降下來了，又需要周而復(fù)始的重復(fù)。

3、靜態(tài)資源差異化的挑戰(zhàn)，PC和無線的適配，不同的網(wǎng)絡(luò)和終端需要適配相應(yīng)的靜態(tài)資源；當(dāng)網(wǎng)站需要支持國(guó)際化的時(shí)候，需要對(duì)不同的國(guó)家進(jìn)行差異化處理，返回不同的靜態(tài)資源，這些需求對(duì)原有的靜態(tài)資源管理方式提出巨大挑戰(zhàn)。

4、缺少快速迭代和試驗(yàn)新功能的有效支持，從開發(fā)到上線流程繁瑣，導(dǎo)致項(xiàng)目迭代周期長(zhǎng)。

每天工程師都會(huì)提交大量的 new feature/bug fixes，每次項(xiàng)目發(fā)布和迭代都面臨著以上的問題，是否可以有一套系統(tǒng)幫助我們管理/調(diào)度靜態(tài)資源來減少人工管理靜態(tài)資源成本和風(fēng)險(xiǎn)，來達(dá)到更快、更可 靠、低成本的自動(dòng)化項(xiàng)目交付。在實(shí)際項(xiàng)目開發(fā)中，我們進(jìn)行了大量探索和試驗(yàn)，實(shí)現(xiàn)了一套 “靜態(tài)資源管理系統(tǒng)”，對(duì)靜態(tài)資源進(jìn)行全流程的管理和調(diào)度：

1、幫助工程師管理靜態(tài)資源間的依賴以及資源的加載。

2、管理靜態(tài)資源版本更新與緩存，自動(dòng)處理CDN。

3、自動(dòng)生成**的靜態(tài)資源合并策略，實(shí)現(xiàn)網(wǎng)站自適應(yīng)優(yōu)化。

4、實(shí)現(xiàn)靜態(tài)資源的分級(jí)發(fā)布，快速迭代，輕松回滾。

5、根據(jù)國(guó)際化和終端的差異，送達(dá)不同的資源給不同的用戶。

靜態(tài)資源管理系統(tǒng)的核心是對(duì)靜態(tài)資源進(jìn)行調(diào)度，可以很靈活的適應(yīng)各種性能優(yōu)化和差異化處理的場(chǎng)景，來達(dá)到更快、更可靠、低成本的自動(dòng)化項(xiàng)目交付。但是同時(shí)這個(gè)系統(tǒng)十分復(fù)雜，承載著各種職責(zé)，這個(gè)系統(tǒng)本身會(huì)成為整個(gè)網(wǎng)站的關(guān)鍵。

網(wǎng)站題目：關(guān)于網(wǎng)站靜態(tài)資源概述
標(biāo)題路徑：

網(wǎng)站建設(shè)、網(wǎng)絡(luò)推廣公司-君君營(yíng)銷，是專注品牌與效果的網(wǎng)站制作，網(wǎng)絡(luò)營(yíng)銷seo公司；服務(wù)項(xiàng)目有網(wǎng)站營(yíng)銷、靜態(tài)網(wǎng)站等