【iOS 開發】iOS 無彈框更換 app 圖標

上篇文章咱們詳細查看了更換App圖標的使用方法，並作了個小Demo。儘管當前咱們能夠實現動態更換App圖標了，可是每次更換圖標時，蘋果官方給加的「友好提示」對用戶以及開發者都不是那麼「友好「。官方並無給出能夠不彈框的方法，畢竟App圖標對於蘋果來講是一個很重要的審覈部分，若是任由開發者在上架後不提示用戶而隨意修改圖標，會形成很差的用戶體驗，因此蘋果會在使用此API時彈框告知用戶該App圖標已修改（我的猜測）。

不過今天咱們想談談如何突破這個彈框限制（畢竟開發者也不是傻，不會胡亂更換圖標的是否是🤣）。

本系列文章

1. iOS動態更換App圖標（一）：基礎使用
2. iOS動態更換App圖標（二）：無彈框更換App圖標
3. iOS動態更換App圖標（三）：動態下載App圖標進行更換

Demo演示

DynamicAppIconDemo2

Demo地址：github.com/maybeisyi/C…

本篇文章對應工程爲：DynamicAppIcon（二）

Demo中能夠看到，如今咱們能夠作到不彈框直接修改App圖標。實現該功能後，某些有意思的小功能就能有良好的用戶體驗了：白天/夜間模式切換，在切換App主色調同時切換App圖標。

下面將詳細講解如何"突破"蘋果的限制。

什麼是彈框

讓咱們查看彈框的本質

Alert

查看原Demo中的彈框，此彈框與UIAlertController長的卻是挺像的。讓咱們來剖析下這個彈框：

更換圖標的彈框

能夠看到彈框就是私有類_UIAlertControllerView，讓咱們再對比下系統的UIAlertController：

UIAlertController彈框

因此更換App時的彈框就是UIAlertController，只不過上面的控件不太同樣罷了。（其實咱們也能作到在UIAlertController上添加任意控件）

攔截彈框

既然知道了彈框是UIAlertController，那麼咱們天然而然想到，該彈框是由ViewController經過presentViewController:animated:completion:方法彈出。那麼咱們就能夠經過Method swizzling hook該彈框，不讓其進行彈出便可：

#import "UIViewController+Present.h"
#import 
  
  
  

 
  
  @implementation UIViewController (Present) + (void)load { static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{ Method presentM = class_getInstanceMethod(self.class, @selector(presentViewController:animated:completion:)); Method presentSwizzlingM = class_getInstanceMethod(self.class, @selector(dy_presentViewController:animated:completion:)); // 交換方法實現 method_exchangeImplementations(presentM, presentSwizzlingM); }); } - (void)dy_presentViewController:(UIViewController *)viewControllerToPresent animated:(BOOL)flag completion:(void (^)(void))completion { if ([viewControllerToPresent isKindOfClass:[UIAlertController class]]) { NSLog(@"title : %@",((UIAlertController *)viewControllerToPresent).title); NSLog(@"message : %@",((UIAlertController *)viewControllerToPresent).message); UIAlertController *alertController = (UIAlertController *)viewControllerToPresent; if (alertController.title == nil && alertController.message == nil) { return; } else { [self dy_presentViewController:viewControllerToPresent animated:flag completion:completion]; return; } } [self dy_presentViewController:viewControllerToPresent animated:flag completion:completion]; } @end 

 複製代碼

這段代碼交換了UIViewController的presentViewController:animated:completion:方法。經過打印UIAlertController的特徵，咱們能夠發現，更換App圖標時的彈框是沒有title與message的，可是咱們通常使用的UIAlertController都是帶title、message的，畢竟不會彈個空白的框給用戶玩。

因此該方法中經過判斷title與message來捕捉更換App圖標時的彈框，並直接return便可。

總結

其實關於界面上的東西，利用動態特性沒有什麼是不能作的，蘋果既然公開了動態API，咱們就能夠經過動態方法去了解甚至改造咱們想要的東西，如系統控件如何實現等。蘋果的」規範「在應用層面實際上是沒法阻擋開發者步伐的，固然動態特性也不可以濫用（如私有方法），畢竟審覈人員纔是爸爸。

儘管目前實現了在用戶無感的狀況下替換App圖標，可是可替換的圖標仍是必須預先放入工程中，而且要在Info.plist內指定。這很大程度上限制了更換圖標的動態性：好比咱們某天想要推出一款新主題以及對應的App圖標，可是新的App圖標並無預先放入工程的main bundle中，也沒有在Info.plist中進行指定，因此咱們在不上架新版本的狀況下，沒法推出該新App圖標，所以有這了第三篇文章。

第三篇文章：《iOS動態更換App圖標（三）：動態下載App圖標進行更換》短時間內應該沒法實現，具體緣由會在文章中說明。