寒哥教你学 iOS - 经验漫谈（转）

转自http://www.cocoachina.com/ios/20150907/13339.html

本篇文章主要讲解 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 <foundation foundation.h="">@interface ThirdPartService : NSObject@end
 
 
 
 #import "ThirdPartService.h"
 #import "UMSocial.h"
 #import "UMSocialWechatHandler.h"
 #import "UMSocialQQHandler.h"
 #import <mobclick.h>
 #import <fir fir.h="">@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</fir></mobclick.h></foundation>

类似于定位也可以这样写

模块和服务完全拆开

但是有的服务如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 <uikit uikit.h="">@interface UIViewController (AOP)#warning  运行时 改变一下方法 做一些切面编程比如 统计 等等
 @end
 
 
 
 #import "UIViewController+AOP.h"
 #import <objc runtime.h="">#import <mobclick.h>
 @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<uigesturerecognizerdelegate>)self;
 } @end</uigesturerecognizerdelegate></mobclick.h></objc></uikit>

图片代码一份方便观看

我们充分利用了黑魔法达到了面向切面编程的好处

思想来源这里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位适配问题

我们一般都用来当做网络请求的参数缓存或者展示到页面