實現iOS圖片等資源文件的熱更新化(零): 序

必要的序

之後在寫系列文章,準備把基本的規劃和動機等,單獨做爲一個小的序言部分給獨立出來.序言部分,能夠較爲完整地交待系列文章的寫做動機,所展現的編碼技術可能的應用場景等.我的,我仍是比較看重文章或者書籍等的序言部分的.真有相對肯定確實有價值的東西,纔會進一步去閱讀.因此,我以爲,序,老是必要的.

關於我寫博客的節奏

我會盡量地使每個系列的文章,能相對完整.可是,就像你看到的這樣,前一個系列還在講Spark,這篇文章就開始講 iOS 開發的一些問題.到底要鬧哪樣?

還能怎麼樣?開心就好!幹嗎要讓那些不存在的東西,束縛本身呢!我以爲,理想的生活節奏就是,作本身喜歡的事,而後分享給有須要的人看.這就夠了.

因此說,將來無論你在博客中看到什麼詭異的系列主題,都不用感到驚訝!若是恰好本身也感興趣,一塊兒來玩嘍~

固然,有人說,每天BUG,還解不完呢,哪有閒心寫BUG呢!這是問題,或許也是答案!你用來解決某個BUG的精湛技巧,或許在QA或者PM眼裏,不過是理所固然地而已;就算他們給你一個贊,你也明白,其實他們可能根本就不懂你解決的這個問題的真正意義.

可是編碼的衆多有趣屬性中的一種就是: 別人的不認同,並無辦法真正否認你天馬行空般編碼技術的價值和意義.寫出來,哪怕只有一我的,能真心看懂,發自肺腑地給個贊--足矣!

爲何要實現iOS圖片等資源文件的熱更新化?

首先說一下,這個系列要作什麼.要作的事,簡單說,就是把圖片,CSS樣式等資源文件從項目中剝離出來,放到一個特定的目錄裏;而後,咱們每次都這個特定地目錄讀取數據;最重要的是,咱們能夠動態更新這個目錄,實現圖片等資源文件的動態更新,即熱更新.

這件事,自己思路並不難,各個技術細節,多花點時間,老是能夠解決的.但考慮到,在實際地生產環境中,多是App已經迭代更新了大半年了,圖片PM腦殼一熱說,咱們要作個 換膚 功能.而後,天然要把全部涉及圖片的操做剝離重寫下,並且也要把圖片資源從 Images.xcassets 導出.固然,從原始素材導出替換也是能夠的,只要你有足夠的時間,只要你不怕進度太慢被PM打死,都是OK的.哈哈!

因此說,本系列的重點不在於熱更新技術自己,而是在於如何用最小的成本,賦予一箇中規中矩的iOS App的資源部分,以熱更新的能力!好吧,略顯繞口,意會!事實也是如此!

做爲資源熱更新以外的附加收穫,你的App資源文件體積,應該也能夠縮小 2/3 左右,固然,也不再用爲了一個圖片素材升級App了.另外,本系列所指的資源,也包括內置的js,css文件,一般是用來加速H5頁面網絡訪問的,你們都懂的,不細說了,原理都差很少.

此係列文章規劃

系列,爭取本週內更新完畢,在不是很側重的地方,會適當縮減篇幅.

實現iOS圖片等資源文件的熱更新化(一): 從Images.xcassets導出合適的圖片

此文會基於一個已有的腳本工具自動導出全部的圖片;最終給出的是一個從 Images.xcassets 到基於文件夾的精簡 合適 的圖片資源集的完整過程.難點在於從完整圖片集到精簡圖片集,確定是基於一個定製化的腳本,自定義導出的.若是本身手動導出?那,還有的忙嘍~

實現iOS圖片等資源文件的熱更新化(二):自定義的動態 imageNamed

這篇文章,要解決的是,使用一個自定義的 imageNamed 函數來替代系統的 imageNamed 函數.內部邏輯,將貫穿對比論證 關於"合適"的圖片的定義.對iOS加載圖片的規則不是很熟悉的童鞋,能夠着重看這篇.

實現iOS圖片等資源文件的熱更新化(三):動態的資源文件夾

此文,將嘗試動態從某個不肯定的文件夾中加載資源文件.文章,會繼續完善自定義的 imageNamed 函數,併爲下一篇文章鋪墊.

實現iOS圖片等資源文件的熱更新化(四): 一個最小化的補丁更新邏輯.

之前寫過一個補丁更新的文章,此處會作一個更精簡的最小化實現,以便於集成.爲了使邏輯具備通用性,將剝離對AFNetworking和ReativeCocoa的依賴.原來的文章,能夠先看這裏: http://www.ios122.com/2015/12/jspatconline/

實現iOS圖片等資源文件的熱更新化(五): 一個簡單完整的資源熱更新頁面

一個簡單的關於頁面,有一個圖片,版本號,App名稱等,着重演示各個系列的文章完整集成示例.有耐心的,能夠直接等着最後一篇文章更新.我還沒寫好呢,無法提早發. O(∩_∩)O哈哈~

---

系列專屬github地址: https://github.com/ios122/ios_assets_hot_update