说在前面的话
什么叫断言?你会想到这个东西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 ,......)
验收
- 感谢网友@zy30651提醒,我没有将下面用到的类(HGAssertMode)贴出来.此类代码如下:
.h文件
#import <Foundation/Foundation.h>
@interface HGAssertMode : NSObject
@end
.m文件
#import "HGAssertMode.h"
@implementation HGAssertMode
@end
这个类主要的用途是:验证上面的继承于NSObject的分类(HGAssert)中的两个方法(setHg_error:与hg_error).
- 请看代码
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
- 2
总结
- 不用断言,可以么?当然可以,像上面的例子,不用断言,一句判断就能搞定.但是为什么我们还要学习断言呢?这个问题是在是太经典了!1+1=2,你知道么?那你为什么要知道1+1=2呢?
- 经检验,我们的断言实现成功了!一个小小的功能,我写了这么多的东西,这也在我的意料之外.其实,我也是在<MJExtension>中见到的.看到"断言"一词,我是满头的雾霾!所以才自己实现了一遍.在过程中,难免有不当之处,望评论指出!谢谢!
