寒哥教你学iOS - 经验漫谈

2015-08-22 本文已影响9551人南栀倾寒

顺便来个广告

iOS开发者群532084214 给大家提供一个交流技术也可以聊天打屁的平台

本篇文章主要讲解 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

CODELESS, Zero Line Of Code 不需要写任何代码

Works Automatically //自动工作

No More UIScrollView //不需要scrollview

No More Subclasses //不需要继承父类

No More Manual Work //不需要配置

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

类似于定位也可以这样写

Paste_Image.png

模块和服务完全拆开

但是有的服务如APNS需要LaunchOption 那就只能写在appdDelegate 不过这样的话已经摘除很多代码了只剩下几个固定的到时候再修改appDelegate就会感觉非常清晰了

2 ViewController继承？

接着上面讲我们接入了友盟统计友盟统计最基本的东西就是统计页面的pv

Paste_Image.png

友盟的这样写对于新手的我们就觉得这不就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

图片代码一份方便观看

Paste_Image.png

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

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

黑魔法非毒药遵守一个规范写出来的代码是不会Crash的只要能帮我们解决问题就是好东西
黑魔法性能有瓶颈？都到runtime的底层了你还担心有瓶颈少年安心使用就好了不服可以用Time Profiel测试
黑魔法也非万能像我们在导航控制器要封装手势统一管理左侧返回按钮这些东西还是继承来得好

技术就是工具黑猫，白猫，抓住老鼠就是好猫

                                 华丽的分割线

3 网络访问参数到底用基本数据类型还是对象

下面看两个方法

Paste_Image.png

 + (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位适配问题

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

对于网络请求的参数因为NSDictionary只能放对象所以NSNumber最好的方式
缓存无论缓存到plist 还是KeyArchive 都是需要对象的所以NSNumber也非常合适
3 展示到页面
我见过这样给页面上赋值的朋友

Paste_Image.png

我们看到这样貌似并没有什么不妥
但是我们把设备切换到iPhone5S以下也就是32位的设备

Paste_Image.png

注意这里有Warning
为什么呢我们来看下NSInteger的头文件

Paste_Image.png

在32下设备是Int 在64位是long
我们都知道苹果不允许不支持64位的app上架但是貌似我们从来没有为32位和64位做适配

其实不然在printf 和NSLog 时对应%d %zd %f 占位符是非常严格的如果不对项目就会造成意外的结果

Paste_Image.png

其实拿到一个NSNumber我们并不知道他到底是int long unsigned int Bool 直接针对某个类型转换是有风险的但是其实Clang 给我们提供了个非常好用的Macro @()

Paste_Image.png

NSNumber并不是一个简单的类它是cocoa 中类簇的实现参考资料
http://www.cocoachina.com/ios/20140109/7681.html
http://www.cocoachina.com/ios/20150106/10848.html
http://www.cocoachina.com/ios/20141218/10688.html

最后再来个广告受到公众号主人邀请我的文章也会被发布到这个公众号

                        ** 加个欢迎微信扫码关注吧**

Paste_Image.png

寒哥教你学iOS - 经验漫谈

1 让appDelegate 减少负担

2 ViewController继承？

3 网络访问参数到底用基本数据类型还是对象

4 用NSNumber比基本数据类型的好处？ 64位适配问题

猜你喜欢

热点阅读

寒哥教你学iOS - 经验漫谈

1 让appDelegate 减少负担

2 ViewController继承？

3 网络访问参数到底用基本数据类型还是对象

4 用NSNumber比基本数据类型的好处 ？ 64位适配问题

猜你喜欢

热点阅读

4 用NSNumber比基本数据类型的好处？ 64位适配问题