最近項目里有一個廣告啟動頁的需求跟進(jìn)，就是現(xiàn)在很多App都會有的啟動頁廣告。我首先想到的自然是去github上找現(xiàn)成的第三方，但找來找去都不太符合我們的需求。很多第三方都只實現(xiàn)了展示廣告頁的功能，但應(yīng)用到實際的使用還是有很多邏輯沒有實現(xiàn)。
首先下載廣告和展示廣告應(yīng)該是異步的，因為下載圖片需要時間，尤其是廣告圖片往往會根據(jù)API動態(tài)改變，很多時候需要先請求API拿到新的圖片地址才能下載和展示圖片，對于啟動廣告這種爭分奪秒的場景來說很不劃算。因此我設(shè)計了一下我的啟動頁的流程圖。
首先獲取廣告數(shù)據(jù)和展示廣告數(shù)據(jù)的功能是分開且異步的。
當(dāng)你從后端拿到廣告數(shù)據(jù)后，就會立刻對數(shù)據(jù)進(jìn)行分析。首先判斷該數(shù)據(jù)是否已經(jīng)儲存在了本地。如果是則不做任何操作。如果不存在，則將圖片下載下來，并將本地路徑和跳轉(zhuǎn)鏈接一并存儲在UserDefaults中。
而與此同時，廣告顯示并不受當(dāng)前廣告數(shù)據(jù)的影響，直接讀取本地數(shù)據(jù)。如果存在（表明之前啟動過程中已經(jīng)下載過數(shù)據(jù)），則直接展示，如果沒有（可能是用戶第一次啟動，也有可能是之前請求的是一個空的廣告數(shù)據(jù)，即遠(yuǎn)程關(guān)閉了廣告顯示功能），則直接跳過顯示廣告的功能。
邏輯看起來似乎有點亂，實際使用的結(jié)果應(yīng)該是：首次啟動App沒有廣告頁，之后啟動都會顯示之前儲存在本地的數(shù)據(jù)。這會帶來一個問題，就是當(dāng)天發(fā)布的新廣告可能無法立即顯示在App上，但因為啟動廣告頁不會頻繁的變動，不會特別明顯。如果需要精確到某一天，可以在廣告數(shù)據(jù)中加入時間戳，然后儲存兩組數(shù)據(jù)，一組是當(dāng)前顯示的數(shù)據(jù)，另外一組是提前下載好的將要展示的數(shù)據(jù)，這也需要后端配合，提前更新API數(shù)據(jù)。此外如果想暫時取消掉啟動頁廣告，只要發(fā)送一個空的廣告數(shù)據(jù)，前端沒有檢測到圖片，就自然不展示了。
最后很多公司都有跳轉(zhuǎn)到App內(nèi)特定頁面到需求，我也在公司的項目內(nèi)做了實現(xiàn)，主要就是將URL替換成頁面的數(shù)據(jù)，因為每家公司的Model格式都不相似，就沒有在這個Demo里實現(xiàn)。
不過在測試過程中遇到了一個問題，啟動頁有機(jī)率會延遲出現(xiàn)，導(dǎo)致屏幕先短暫出現(xiàn)正常的VC，然后再出現(xiàn)廣告頁的情況。后來我發(fā)現(xiàn)，將廣告展示代碼放入AppDelegate、UITabbarController的初始化方法中，會因為這些類的初始化代碼是異步運行的，導(dǎo)致可能會出現(xiàn)界面早于啟動頁出現(xiàn)的情況。解決方法是將展示代碼放在App啟動的第一個子VC的初始化方法中。
最后的實現(xiàn)效果
我將這個功能封裝了一下，一個文件，兩行代碼即可實現(xiàn)。
https://github.com/jihongboo/LaunchADView
