最近項(xiàng)目里有一個(gè)廣告啟動(dòng)頁的需求跟進(jìn)，就是現(xiàn)在很多App都會(huì)有的啟動(dòng)頁廣告质帅。我首先想到的自然是去github上找現(xiàn)成的第三方适揉，但找來找去都不太符合我們的需求。很多第三方都只實(shí)現(xiàn)了展示廣告頁的功能煤惩，但應(yīng)用到實(shí)際的使用還是有很多邏輯沒有實(shí)現(xiàn)嫉嘀。
首先下載廣告和展示廣告應(yīng)該是異步的，因?yàn)橄螺d圖片需要時(shí)間魄揉，尤其是廣告圖片往往會(huì)根據(jù)API動(dòng)態(tài)改變剪侮，很多時(shí)候需要先請(qǐng)求API拿到新的圖片地址才能下載和展示圖片，對(duì)于啟動(dòng)廣告這種爭(zhēng)分奪秒的場(chǎng)景來說很不劃算洛退。因此我設(shè)計(jì)了一下我的啟動(dòng)頁的流程圖瓣俯。
首先獲取廣告數(shù)據(jù)和展示廣告數(shù)據(jù)的功能是分開且異步的杰标。
當(dāng)你從后端拿到廣告數(shù)據(jù)后，就會(huì)立刻對(duì)數(shù)據(jù)進(jìn)行分析彩匕。首先判斷該數(shù)據(jù)是否已經(jīng)儲(chǔ)存在了本地腔剂。如果是則不做任何操作。如果不存在推掸，則將圖片下載下來桶蝎，并將本地路徑和跳轉(zhuǎn)鏈接一并存儲(chǔ)在UserDefaults中。
而與此同時(shí)谅畅，廣告顯示并不受當(dāng)前廣告數(shù)據(jù)的影響登渣，直接讀取本地?cái)?shù)據(jù)。如果存在（表明之前啟動(dòng)過程中已經(jīng)下載過數(shù)據(jù)）毡泻，則直接展示胜茧，如果沒有（可能是用戶第一次啟動(dòng)，也有可能是之前請(qǐng)求的是一個(gè)空的廣告數(shù)據(jù)仇味，即遠(yuǎn)程關(guān)閉了廣告顯示功能）呻顽，則直接跳過顯示廣告的功能。
邏輯看起來似乎有點(diǎn)亂丹墨，實(shí)際使用的結(jié)果應(yīng)該是：首次啟動(dòng)App沒有廣告頁廊遍，之后啟動(dòng)都會(huì)顯示之前儲(chǔ)存在本地的數(shù)據(jù)。這會(huì)帶來一個(gè)問題贩挣，就是當(dāng)天發(fā)布的新廣告可能無法立即顯示在App上喉前，但因?yàn)閱?dòng)廣告頁不會(huì)頻繁的變動(dòng)，不會(huì)特別明顯王财。如果需要精確到某一天卵迂，可以在廣告數(shù)據(jù)中加入時(shí)間戳，然后儲(chǔ)存兩組數(shù)據(jù)绒净，一組是當(dāng)前顯示的數(shù)據(jù)见咒，另外一組是提前下載好的將要展示的數(shù)據(jù)，這也需要后端配合挂疆，提前更新API數(shù)據(jù)改览。此外如果想暫時(shí)取消掉啟動(dòng)頁廣告，只要發(fā)送一個(gè)空的廣告數(shù)據(jù)缤言，前端沒有檢測(cè)到圖片宝当，就自然不展示了。
最后很多公司都有跳轉(zhuǎn)到App內(nèi)特定頁面到需求墨闲，我也在公司的項(xiàng)目內(nèi)做了實(shí)現(xiàn)今妄，主要就是將URL替換成頁面的數(shù)據(jù)郑口，因?yàn)槊考夜镜腗odel格式都不相似鸳碧，就沒有在這個(gè)Demo里實(shí)現(xiàn)盾鳞。
不過在測(cè)試過程中遇到了一個(gè)問題，啟動(dòng)頁有機(jī)率會(huì)延遲出現(xiàn)瞻离，導(dǎo)致屏幕先短暫出現(xiàn)正常的VC腾仅，然后再出現(xiàn)廣告頁的情況。后來我發(fā)現(xiàn)套利，將廣告展示代碼放入AppDelegate推励、UITabbarController的初始化方法中，會(huì)因?yàn)檫@些類的初始化代碼是異步運(yùn)行的肉迫，導(dǎo)致可能會(huì)出現(xiàn)界面早于啟動(dòng)頁出現(xiàn)的情況验辞。解決方法是將展示代碼放在App啟動(dòng)的第一個(gè)子VC的初始化方法中。
最后的實(shí)現(xiàn)效果
我將這個(gè)功能封裝了一下喊衫，一個(gè)文件跌造，兩行代碼即可實(shí)現(xiàn)。
https://github.com/jihongboo/LaunchADView
