關(guān)于這個(gè)標(biāo)題滞磺，起因是這樣的。
最近一次做項(xiàng)目需求時(shí)意述，遇到這樣一個(gè)需求，就是本來(lái)我們App是必須注冊(cè)或者第三方登錄才可以使用吮蛹，現(xiàn)在希望不登錄也可以瀏覽App里面的內(nèi)容荤崇，只是在需要的時(shí)候才提示登錄，并且在用戶沒(méi)有登錄的情況下潮针，用戶選擇并登錄成功了术荤，程序需自動(dòng)完成用戶操作登錄前的操作。比如購(gòu)買(mǎi)商品時(shí)沒(méi)有登錄每篷，用戶登錄成功后瓣戚，直接跳轉(zhuǎn)至訂單確認(rèn)頁(yè)面。
在接到這個(gè)需求時(shí)焦读，我們的App功能已經(jīng)很多了子库，評(píng)估了下這個(gè)需求，發(fā)現(xiàn)App里面很多功能是需要登錄才可以操作矗晃，比如關(guān)注用戶仑嗅、購(gòu)買(mǎi)商品、私信聊天喧兄、評(píng)論等等无畔，而且這些功能的入口也比較多。
這么多的地方我們都要去寫(xiě)判斷的代碼顯然是不科學(xué)的吠冤，那么有沒(méi)有簡(jiǎn)單點(diǎn)的方式呢浑彰？怎么避免我們?nèi)プ隹嗔钅兀??????
于是，進(jìn)一步分析拯辙，發(fā)現(xiàn)這些功能大部分都是用戶主動(dòng)通過(guò)點(diǎn)擊按鈕來(lái)觸發(fā)下一步操作郭变。此時(shí)颜价，我們把關(guān)注點(diǎn)移到按鈕UIButton上。
最開(kāi)始想到的辦法是自定義一個(gè)button诉濒，讓所有需要登錄操作的按鈕繼承這個(gè)按鈕周伦，然后，在這個(gè)按鈕里面攔截自身事件進(jìn)一步處理未荒。但是专挪，發(fā)現(xiàn)這么做還是需要改大量的代碼。接著想到用類別來(lái)做片排，這樣直接給按鈕增加一個(gè)BOOL屬性寨腔，設(shè)置為YES的按鈕視為需要做登錄才可以操作的按鈕。然后率寡，對(duì)于需要登錄操作的按鈕迫卢，在分類里面攔截其點(diǎn)擊事件，并記錄target和action冶共，然后先判斷是否登錄：如果沒(méi)有登錄則丟棄其target和action乾蛤，并且提示用戶登錄；如果用戶已經(jīng)登錄或者登錄成功了捅僵，則繼續(xù)讓target執(zhí)行action家卖，這樣完美解決我們的需求，也只需要很少的代碼即可搞定命咐。
這個(gè)方案看似很不錯(cuò)篡九，不過(guò)在實(shí)際做的時(shí)候還是走了彎路。一開(kāi)始醋奠，我們想從下面方法入手
- (void)addTarget:(nullableid)target action:(SEL)action forControlEvents:(UIControlEvents)controlEvents
但是發(fā)現(xiàn)根本就不能實(shí)現(xiàn)榛臼。經(jīng)過(guò)查找，找到了下面這個(gè)方法：
- (void)sendAction:(SEL)action to:(id)target forEvent:(UIEvent *)event
關(guān)于這個(gè)方法窜司，蘋(píng)果給了如下解釋：
send the action. the first method is called for the event and is a point at which you can observe or override behavior. it is called repeately by the second.
這正是我們要找的方法沛善，于是我們重寫(xiě)此方法，如下：
- (void)sendAction:(SEL)action to:(id)target forEvent:(UIEvent *)event
{
if (self.checkLogin)
{
self.selector = NSStringFromSelector(action);
self.objClass = target;
[self checkIsLogin];
}
else
{
[super sendAction:action to:target forEvent:event];
}
}
- (void)checkIsLogin
{
__weak typeof(self) weakSelf = self;
[LoginManager checkLoginSuccess:^{
SEL sel = NSSelectorFromString(weakSelf.selector);
if ([weakSelf.objClass respondsToSelector:sel])
{
if ([weakSelf.selector hasSuffix:@":"])
{
objc_msgSend(weakSelf.objClass, sel, self);
}
else
{
objc_msgSend(weakSelf.objClass, sel);
}
}
}];
}
簡(jiǎn)單解釋下這段代碼：
當(dāng)按鈕事件執(zhí)行時(shí)會(huì)走sendAction:to:forEvent:這個(gè)方法塞祈，于是金刁，我們?cè)谶@個(gè)方法里面，先判斷該按鈕是否需要登錄后再操作议薪，如果需要尤蛮，阻斷事件傳遞，并記錄下按鈕的action和target斯议，然后判斷是否登錄了产捞，如果已經(jīng)登錄或者用戶登錄成功了，那么再調(diào)用objc_msgSend(self.objClass, self.selector)去實(shí)現(xiàn)按鈕事件哼御，如果用戶放棄登錄或者登錄失敗坯临，則不做處理焊唬。
實(shí)現(xiàn)了上面的方法之后，我們只需要找出那些按鈕事件需要登錄后才能操作看靠，然后赶促，設(shè)置按鈕的checkLogin = YES即可，這樣是不是省了很多不必要的代碼挟炬。
到此鸥滨，上面的實(shí)現(xiàn)已經(jīng)解決了所有按鈕點(diǎn)擊需要判斷登錄的操作。還有些是上述方式解決不了的辟宗，則使用LoginManager單獨(dú)處理下爵赵，幸運(yùn)的是吝秕，幾乎很少地方需要單獨(dú)處理泊脐。
通過(guò)這個(gè)案例：一方面鞏固了對(duì)sendAction:to:forEvent:這個(gè)方法的理解；另一方面在做需求的時(shí)候一定要發(fā)散思維烁峭，找到更合理的解決方法容客。
歡迎大家留言討論，如果你有更好地方法约郁，歡迎分享缩挑！
