分享

断言学习

 叹落花 2015-12-28

说在前面的话

什么叫断言?你会想到这个东西NSAsert.但是,不好意思.今天我所要说的不是这个.这个是系统的,即将学习的是自定义的断言.强烈建议:先把系统的NSAsert弄明白了,再继续...

  • copy下面的Code,然后运行:

// NSAssert是一个宏定义

NSAssert(NO, @"哎呀呀,这是怎么了,怎么这么不小心呢...");

  • 然后熟悉又该死的日志出现了:


  • 再将copy的那段code的'NO',换成'YES',在运行.

  • 小总结:终于明白NSAssert是干什么的~(≧▽≦)/~啦啦啦,终于可以自定义断言了.系统的断言最可恨了,不成立竟然直接程序崩溃,这不是我想要的效果.

自定义断言前序

初识NSError
  • copy下面的code,然后运行:

NSError* error = [NSError errorWithDomain:@"HG, Error!" code:205 userInfo:@{@"errorKey":@"errorValue"}];

HGLog(@"%@", error);

  • 看结果如下:


有道理,好像我又知道了点啥.

  • 小总结:很多时候,都见过NSError,但是......,你懂的!现在应该对NSError有初步的认识了

初识runtime

在OC中,什么是runtime是什么?简单的说就是运行时.那什么是运行时呢?总的来说就是:OC没有runtime,就没有OC.看似一句废话,其实不是废话.接下来,我直接给出即将需要的一段runtime代码.

  • 创建一个NSObject的分类HGAssert,在.h文件中,代码如下:

// .h文件

#import <Foundation/Foundation.h>

@interface NSObject (HGAssert)

+ (NSError *)hg_error;

+ (void)setHg_error:(NSError *)error;

@end

到这里,你会很惊讶的发现,尽然是一对setter与getter方法.但是仔细想想又不对了.因为一般情况一对setter与getter方法是要有一个实例关联的,但是这是一个分类.学过OC的小盆友都知道,分类中是不能有实例的!对,你太聪明了.先来看看这个分类里面的.m文件是怎么实现的吧.

  • 分类HGAssert中.m代码如下:

#import "NSObject+HGAssert.h"

#import <objc/runtime.h>

@implementation NSObject (HGAssert)

#pragma mark - 利用运行时,间接的在分类中添加实例.HGErrorKey将作为一种关联

static const char HGErrorKey = '\0';

+ (NSError *)hg_error

{

return objc_getAssociatedObject(self, &HGErrorKey);

}

+ (void)setHg_error:(NSError *)error

{

objc_setAssociatedObject(self, &HGErrorKey, error, OBJC_ASSOCIATION_RETAIN_NONATOMIC);

}

@end

在这段代码中,有三个东西可能你有点陌生:1.#import <objc/runtime.h>,2.objc_getAssociatedObject,3.objc_setAssociatedObject.这就是runtime中的核心技术之一.详细的内容请查看官方文档学习.

  • setter方法与getter方法的作用就是:在setter方法中设置一个值,用getter方法来获取.只是在普通的类中是通过实例将setter与getter方法来关联的.在分类中如果也想要实现对应的setter与getter方法相关联,就要利用runtime技术.使用一个HGErrorKey类关联.

  • 开心了吧,终于知道怎么在一个分类中关联一个getter与setter方法了吧.


作业:通过上述解说,参照如下代码,请找出异同,并思考其用处:

.h文件

#import <UIKit/UIKit.h>

@interface UIView (HG)

@property (nonatomic, assign) CGFloat x;

@end

.m文件

#import "UIView+HG.h"

@implementation UIView (HG)

- (void)setX:(CGFloat)x

{

CGRect frame = self.frame;

frame.origin.x = x;

self.frame = frame;

}

- (CGFloat)x

{

return self.frame.origin.x;

}

@end

  • 这里的@property语法与普通类中的@property语法有何异同?

  • 请思考这个分类的用途,并补全这个分类的其它功能(y, centerX, centerY, width, height, size, origin ,......)

验收

  • 请看代码

NSError* error = [NSError errorWithDomain:@"HG, Error!" code:205 userInfo:@{@"errorKey":@"errorValue"}];

// HGLog(@"%@", error);

[HGAssertMode setHg_error:error];

NSError* otherError = [HGAssertMode hg_error];

HGLog(@"%p \n%p", error, otherError);

  • 结果



错误,不一定是BUG

细心的同学,又发现了一个BUG:在分类HGAssert中,我实现的是类方法,不是实例方法.其实都是类似的,不信你试试.这里要弄成类方法,是为了接下来的主题:<看我们的大标题>

到这里,如果你都明白了上面的东西,说明你比我更优秀!恭喜你,你赶快往下看吧!

进入我们的大主题

我想要实现一个功能,计算一个数字的平方.代码实现如下:

// 参数num职能是NSString与NSNumber是有效.

- (NSNumber*)square:(id)num {

return [NSNumber numberWithInt:([num intValue]*[num intValue])];

}

咋一看,这个方法木有BUG.仔细一看,大大的有问题:如果我传入的参数不是NSString与NSNumber中的一个呢?那就闪退了.当然这里采取的解决方式很多,但是为了说明主题.接下来使用断言来解决这个BUG.

  • 跟随系统NSAssert的思想,也弄一个自己的宏断言,代码如下:

// 构建错误

#define HGBuildError(clazz, msg) \

NSError *error = [NSError errorWithDomain:msg code:205 userInfo:nil]; \

[clazz setHg_error:error];

/**

* 断言

* @param condition 条件

* @param returnValue 返回值

*/

#define HGAssertError(condition, returnValue, clazz, msg) \

[clazz setHg_error:nil]; \

if ((condition) == NO) { \

HGBuildError(clazz, msg); \

HGLog(@"%@",msg);\

return returnValue;\

}

到这里,自定义的宏断言,就成功了.接下来,完善一下上面的方法.

  • 完善后的square:方法如下:

// 参数num职能是NSString与NSNumber是有效.

- (NSNumber*)square:(id)num {

HGLog(@"断言前");

HGAssertError(([num isKindOfClass:[NSString class]] || [num isKindOfClass:[NSNumber class]]), nil, [NSNumber class], @"参数只能传入NSString或者NSNumber的实例")

HGLog(@"断言后");

return [NSNumber numberWithInt:([num intValue]*[num intValue])];

}

  • 检验square:方法


-------


总结

  • 不用断言,可以么?当然可以,像上面的例子,不用断言,一句判断就能搞定.但是为什么我们还要学习断言呢?这个问题是在是太经典了!1+1=2,你知道么?那你为什么要知道1+1=2呢?

  • 经检验,我们的断言实现成功了!一个小小的功能,我写了这么多的东西,这也在我的意料之外.其实,我也是在<MJExtension>中见到的.看到"断言"一词,我是满头的雾霾!所以才自己实现了一遍.在过程中,难免有不当之处,望评论指出!谢谢!

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多