Ios教程網 >> IOS編程開發 >> IOS開發基礎 >> 寒哥教你學 iOS

寒哥教你學 iOS

編輯：IOS開發基礎

本篇文章主要講解 4個問題

load妙用
aop面向切面編程
NSNumber Or Int
@()適配64位

1 讓appDelegate 減少負擔

經過漫長時間的學習你終於掌握了iOS大法你找到了份iOS開發的工作信誓旦旦的要開始你的coding生涯老板對你非常器重然後告訴你我覺得你的技術是非常刁的那這個項目就你自己來搞吧啊哦這就意味著這個項目你就從頭到尾處理從軟件的架構到頁面的展示都交給你喽 ??

用著自己的半吊子水平 papapa的 coding 決心一定要把代碼封裝好寫的漂亮（其實是聽大神說封裝其實自己不太懂）

項目到了尾聲老板告訴你我們的app 我們的app 將來得來個分享到朋友圈的功能吧不然怎麼體現我產品的牛逼

然後你聽說友盟比較好使（有廣告的嫌疑）你去友盟看了他們的文檔他告訴你你要在 appdelegate didFinishLaunch方法裡面寫了這個東西

 [UMSocialData setAppKey:@"XX"];
    //     注冊微信

 [UMSocialWechatHandler setWXAppId:@"XXX"  appSecret:@"XX" url:@""];
    //    注冊QQ

 [UMSocialQQHandler setQQWithAppId:@"XXX" appKey:@"XXX" url:@""];

過了幾天老板又說我們需要統計下我頁面的信息你接入了友盟的統計在appdelegate didFinishLaunch又多了行代碼

需求是無窮無盡我需要bug統計（fir hud）提醒用戶評分系統（iRate）推送（jPush 信鴿個推。。）

當初你決心一定要把代碼封裝的完美寫的漂亮的心早就被老板的需求徹底打敗了

別擔心寒哥教你小技巧

不知道你們用過 IQKeyBoardManage和iRate這種智能庫沒

大牛的readme 寫了這段話

Key Features
1) CODELESS, Zero Line Of Code 不需要寫任何代碼
2) Works Automatically //自動工作
3) No More UIScrollView //不需要scrollview
4) No More Subclasses //不需要繼承父類
5) No More Manual Work //不需要配置
6) No More #imports //不需要導入

其實不神奇只是大牛用了 + load這個方法

學習OC都知道這個代碼會在一個類被加載到運行庫中就會被自動調用這不就實現了自動調用

寫一個類繼承自NSObject

#import @interface ThirdPartService : NSObject@end



 #import "ThirdPartService.h"
 #import "UMSocial.h"
 #import "UMSocialWechatHandler.h"
 #import "UMSocialQQHandler.h"
 #import 
 #import @implementation ThirdPartService
 + (void)load {static dispatch_once_t onceToken;dispatch_once(&onceToken, ^{    //    TODO  這裡是我自己測試的  fir hud
    [FIR handleCrashWithKey:@"XX"];    //    友盟
    [UMSocialData setAppKey:@"XX"];    //     隱藏未安裝的平台
    [UMSocialConfig hiddenNotInstallPlatforms:@[UMShareToQQ,UMShareToQzone,UMShareToWechatSession,UMShareToWechatTimeline]];    //     注冊微信
    [UMSocialWechatHandler setWXAppId:@"XX" appSecret:@"XX" url:@""];    //    注冊QQ
    //    TODO   QQ的不是真的
    [UMSocialQQHandler setQQWithAppId:@"XX" appKey:@"XX" url:@""];    //    TODO    UM統計
    [MobClick startWithAppkey:@""];
    [MobClick setCrashReportEnabled:NO];    NSLog(@"第三方服務注冊完畢");
});
}@end

類似於定位也可以這樣寫

模塊和服務完全拆開

但是有的服務如APNS需要LaunchOption 那就只能寫在appdDelegate 不過這樣的話已經摘除很多代碼了只剩下幾個固定的到時候再修改appDelegate就會感覺非常清晰了

2 ViewController繼承？

接著上面講我們接入了友盟統計友盟統計最基本的東西就是統計頁面的pv

友盟的這樣寫對於新手的我們就覺得這不就so easy嗎

我打開了某個vc（HomeViewController）

在代碼裡面寫上了這句

-(void)viewWillAppear:(BOOL)animated {
   [super viewWillAppear:animated];#ifndef DEBUG
   [MobClick beginLogPageView:NSStringFromClass([self class])];#endif}
-(void)viewWillDisappear:(BOOL)animated {
    [super viewWillDisappear:animated];#ifndef DEBUG

  [MobClick endLogPageView:NSStringFromClass([self class])];#endif}

然後我一個項目中可能有幾十個甚至上百個頁面需要統計pv 我總不能每個節目都這樣寫吧

聰明的我們想到了繼承

如MyBaseViewController:UIViewController

這樣就要做一件事把我們項目中所有繼承自UIViewController的類全部改為繼承自MyBaseViewController 然而你真的覺得這樣好嗎我們一個項目中有幾十個控制器我就要把每個控制器改一遍

這種重復性的工作一是無聊而是容易出錯你復制著復制者就會遺漏掉某個類重要的是我們項目中很多類並不是直接繼承自UIViewController 有的可能是UITableViewController UICollectionViewContr0ller UINavigationController 甚至不常用的UISearchDisPlayController UIPopoverController ?UIPresentController 是不是突然覺得這麼多啊啊 ??

這也不是坑的坑的是將來你混成了大牛招了個小弟你告訴他你所有的類都要繼承自我寫的各種父類新手總是會不經意見犯錯誤有些類忘記繼承了後期查起來難度非常大浪費時間所以這種設計是不合理的

寒哥再次教你黑魔法 Method swizzling

關於這個是干嘛的自行百度

這裡有一篇來自NSHipster博主的文章英文

中文翻譯

還有一篇解釋runtime的文章傳送門

實踐

用方法交叉我們就可以攔截吸引的方法了上代碼了

這樣就做到了面向切面編程（AOP）的思想

上代碼

#import @interface UIViewController (AOP)#warning  運行時 改變一下方法 做一些切面編程比如 統計 等等
 @end



 #import "UIViewController+AOP.h"
 #import #import 
 @implementation UIViewController (AOP)

 + (void)load {   static dispatch_once_t onceToken;  dispatch_once(&onceToken, ^{
    Class class = [self class];    // When swizzling a class method, use the following:
    // Class class = object_getClass((id)self);
    swizzleMethod(class, @selector(viewDidLoad), @selector(aop_viewDidLoad));
    swizzleMethod(class, @selector(viewDidAppear:), @selector(aop_viewDidAppear:));
    swizzleMethod(class, @selector(viewWillAppear:), @selector(aop_viewWillAppear:));
    swizzleMethod(class, @selector(viewWillDisappear:), @selector(aop_viewWillDisappear:));
});
} void swizzleMethod(Class class, SEL originalSelector, SEL swizzledSelector)   {
Method originalMethod = class_getInstanceMethod(class, originalSelector);
Method swizzledMethod = class_getInstanceMethod(class, swizzledSelector);BOOL didAddMethod =
class_addMethod(class,
                originalSelector,
                method_getImplementation(swizzledMethod),
                method_getTypeEncoding(swizzledMethod));if (didAddMethod) {
    class_replaceMethod(class,
                        swizzledSelector,
                        method_getImplementation(originalMethod),
                        method_getTypeEncoding(originalMethod));
} else {
    method_exchangeImplementations(originalMethod, swizzledMethod);
}
 }
 - (void)aop_viewDidAppear:(BOOL)animated {
[self aop_viewDidAppear:animated];


}

 -(void)aop_viewWillAppear:(BOOL)animated {
[self aop_viewWillAppear:animated];#ifndef DEBUG
   [MobClick beginLogPageView:NSStringFromClass([self class])];#endif}
 -(void)aop_viewWillDisappear:(BOOL)animated {
    [self aop_viewWillDisappear:animated];#ifndef DEBUG

    [MobClick endLogPageView:NSStringFromClass([self class])];#endif}
 - (void)aop_viewDidLoad {
[self aop_viewDidLoad];if ([self isKindOfClass:[UINavigationController class]]) {    UINavigationController *nav = (UINavigationController *)self;
    nav.navigationBar.translucent = NO;
    nav.navigationBar.barTintColor = GLOBAL_NAVIGATION_BAR_TIN_COLOR;
    nav.navigationBar.tintColor = [UIColor whiteColor];    NSDictionary *titleAtt = @{NSForegroundColorAttributeName:[UIColor whiteColor]};
    [[UINavigationBar appearance] setTitleTextAttributes:titleAtt];
    [[UIBarButtonItem appearance]
     setBackButtonTitlePositionAdjustment:UIOffsetMake(0, -60)
     forBarMetrics:UIBarMetricsDefault];
}//    self.view.backgroundColor = [UIColor whiteColor];self.navigationController.interactivePopGestureRecognizer.delegate = (id)self;
 } @end

圖片代碼一份方便觀看

我們充分利用了黑魔法達到了面向切面編程的好處

思想來源這裡http://casatwy.com/iosying-yong-jia-gou-tan-viewceng-de-zu-zhi-he-diao-yong-fang-an.html

黑魔法非毒藥遵守一個規范寫出來的代碼是不會Crash的只要能幫我們解決問題就是好東西

黑魔法性能有瓶頸？都到runtime的底層了你還擔心有瓶頸 ?少年安心使用就好了 ? 不服可以用Time Profiel測試

黑魔法也非萬能 ?像我們在導航控制器要封裝手勢統一管理左側返回按鈕 ?這些東西還是繼承來得好

技術就是工具黑貓，白貓，抓住老鼠就是好貓

3 網絡訪問參數到底用基本數據類型還是對象

下面看兩個方法

 + (void)getDataAtPageNo:(NSNumber *)pageNo PageSize:(NSNumber *)pageSize 
complete:(CompleteBlock)complete {NSMutableDictionary *param = [NSMutableDictionary dictionary];    if (pageSize) {
        [param setObject:pageSize forKey:@"pageSize"];
   }
 [param setObject:pageNo forKey:@"pageNo"];// SendRequest}
 + (void)getData2AtPageNo:(long )pageNo PageSize:(long )pageSize 
 complete:(CompleteBlock)complete {     NSMutableDictionary *param = [NSMutableDictionary dictionary];

        [param setObject:@(pageSize) forKey:@"pageSize"];
        [param setObject:@(pageNo) forKey:@"pageNo"];// SendRequest
 }

在訪問網絡請求時對於有參數的請求設計一個方法主流為以上兩種

使用對象當做參數
使用基本數據類型做參數

一般情況下這並沒有什麼大的區別但是寒哥給出的意見是Never出現基本數據類型

一般情況下開發者可能覺得並沒有什麼區別下面我給大家舉個例子

在設計一個分頁展示數據的時候：在頁面上的邏輯就是默認加載第一頁每頁長度為10 (Server端的同學一般都很友好默認情況下不傳每頁的長度就是10個) 但是傳了就會覆蓋掉後台寫的默認參數如傳了20 Server就吐20條數據

在第一中設計方案中：可能在某個控制器中保留一個PageNo PageSize 的對象的成員變量，在下拉刷新或者上拉加載的時候會傳遞對應的參數給請求方法，如果沒有特殊需求的話pageSize 對象可有可無也就是有可能為nil ，那在對應的param可能就沒有這個參數傳遞給Server 。
Server 就會交還給我們某頁的20條數據
在第二種設計方案中：可能也在某個控制器中保留一個PageNo pageSize的基本數據類型的成員變量，在訪問網絡請求時交給對應的方法，一般沒有特殊需求我們也不會對PageSize專門設值但是基本數據類型在OC 和C語言這種傳統的編程語言中是有默認值的為0，雖然我們沒有給pageSize 賦值但是默認系統默認給了0這個初始值那麼傳遞到Server的時候就會覆蓋掉Server 寫的默認pageSize=10 這樣的請求既不會報錯也不會返回數據

超級難調試

所以在網絡訪問中寒哥給出的意見就是Never出現基本數據類型

4 用NSNumber比基本數據類型的好處？ 64位適配問題

我們一般都用來當做網絡請求的參數緩存或者展示到頁面