上篇文章我們詳細查看了更換App圖標的使用方法瞻润，并做了個小Demo。盡管當前我們可以實現(xiàn)動態(tài)更換App圖標了布讹，但是每次更換圖標時清寇，蘋果官方給加的“友好提示”對用戶以及開發(fā)者都不是那么“友好“。官方并沒有給出可以不彈框的方法做葵，畢竟App圖標對于蘋果來說是一個很重要的審核部分占哟，如果任由開發(fā)者在上架后不提示用戶而隨意修改圖標，會造成不好的用戶體驗蜂挪，所以蘋果會在使用此API時彈框告知用戶該App圖標已修改（個人猜想）重挑。
不過今天我們想談?wù)勅绾瓮黄七@個彈框限制（畢竟開發(fā)者也不是傻，不會胡亂更換圖標的是不是??）棠涮。
本系列文章
- iOS動態(tài)更換App圖標（一）：基礎(chǔ)使用
- iOS動態(tài)更換App圖標（二）：無彈框更換App圖標
- iOS動態(tài)更換App圖標（三）：動態(tài)下載App圖標進行更換
Demo演示
Demo地址：https://github.com/maybeisyi/ChangeAppIconDemo
本篇文章對應(yīng)工程為：DynamicAppIcon（二）
Demo中可以看到谬哀，現(xiàn)在我們可以做到不彈框直接修改App圖標。實現(xiàn)該功能后严肪，某些有意思的小功能就能有良好的用戶體驗了：白天/夜間模式切換史煎，在切換App主色調(diào)同時切換App圖標。
下面將詳細講解如何"突破"蘋果的限制驳糯。
什么是彈框
讓我們查看彈框的本質(zhì)
查看原Demo中的彈框篇梭，此彈框與UIAlertController長的倒是挺像的。讓我們來剖析下這個彈框：
可以看到彈框就是私有類_UIAlertControllerView酝枢，讓我們再對比下系統(tǒng)的UIAlertController：
所以更換App時的彈框就是UIAlertController恬偷，只不過上面的控件不太一樣罷了。（其實我們也能做到在UIAlertController上添加任意控件）
攔截彈框
既然知道了彈框是UIAlertController帘睦，那么我們自然而然想到袍患，該彈框是由ViewController通過presentViewController:animated:completion:方法彈出坦康。那么我們就可以通過Method swizzling hook該彈框，不讓其進行彈出即可：
#import "UIViewController+Present.h"
#import <objc/runtime.h>
@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:));
// 交換方法實現(xiàn)
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的特征滞欠，我們可以發(fā)現(xiàn)补胚，更換App圖標時的彈框是沒有title與message的改鲫，但是我們一般使用的UIAlertController都是帶title、message的骡男，畢竟不會彈個空白的框給用戶玩惹恃。
所以該方法中通過判斷title與message來捕捉更換App圖標時的彈框夭谤，并直接return即可。
總結(jié)
其實關(guān)于界面上的東西座舍，利用動態(tài)特性沒有什么是不能做的沮翔，蘋果既然公開了動態(tài)API，我們就可以通過動態(tài)方法去了解甚至改造我們想要的東西曲秉，如系統(tǒng)控件如何實現(xiàn)等。蘋果的”規(guī)范“在應(yīng)用層面其實是無法阻擋開發(fā)者步伐的疲牵，當然動態(tài)特性也不能夠濫用（如私有方法）承二，畢竟審核人員才是爸爸。
盡管目前實現(xiàn)了在用戶無感的情況下替換App圖標纲爸，但是可替換的圖標還是必須預(yù)先放入工程中亥鸠，并且要在Info.plist內(nèi)指定。這很大程度上限制了更換圖標的動態(tài)性：比如我們某天想要推出一款新主題以及對應(yīng)的App圖標识啦，但是新的App圖標并沒有預(yù)先放入工程的main bundle中负蚊，也沒有在Info.plist中進行指定，所以我們在不上架新版本的情況下颓哮，無法推出該新App圖標家妆，因此有這了第三篇文章。
第三篇文章：《iOS動態(tài)更換App圖標（三）：動態(tài)下載App圖標進行更換》短期內(nèi)應(yīng)該無法實現(xiàn)冕茅，具體原因會在文章中說明伤极。
