深入理解isKindOfClass、isMemberOfClass、synthesize、dynamic区别

一、isKindOfClass、isMemberOfClass区别

跟大家分享一道关于isKindOfClass和isMemberOfClass的面试题,也是比较常见的面试题,请看下面的代码:

请问当前控制台的打印是多少?这些题目看着特别的扯淡,为什么呢?首先我们在现实开发中绝对不会这么去写,也不会这么去判断,这也是主考官想知道你对这个知识点是否了解.这里也是考察我们对类对象,元类对象对使用isKindOfClass和isMemberOfClass的使用情况.

首先我们先创一个建命令行的项目,因为isKindOfClass和isMemberOfClass是开源的,我们可以直接去objc源码查看(源码下载地址)请看下图:(一般是在NSObject.mm文件里面查找,也可以直接搜索)

源码一看就非常清晰

- (BOOL)isMemberOfClass: 是判断当前对象的class,是不是就是传入的cls;

这个是调用- (BOOL)isMemberOfClass这个方法,所以上面的结果应该是很清晰,因为person的isMemberOfClass就是GDPerson

剩余的我就直接解释,不演示了,因为相对较简单

- (BOOL)isKindOfClass:(Class)cls:是判断当前对象的class,是不是传入的cls,或者当前对象的class是传入的cls的子类对象

+ (BOOL)isMemberOfClass: 是判断当前类对象的class,是不是就是传入的元类对象cls;

+ (BOOL)isKindOfClass:是判断当前类对象的class,是不是传入的元类对象cls,或者当前对象的mateclass是传入的元类对象cls的子类对象

有点绕,反正你就记住:-方法对应的是:对象和类对象 ; +方法对应的是:类和元类对象

所以 [[GDStudent class] isMemberOfClass:[GDStudent class]];这个是调用 +方法,左边是类对象没错,右边是元类对象一看就不是,所以是0

[[NSObject class] isMemberOfClass:[NSObject class]]:这个也是同样的道理,所以返回是0

[[GDStudent class] isKindOfClass:[GDStudent class]];这个右边也不是元类对象,所以返回是0

 

注意有个特殊的,你如果看过我之前的博客的一张图,还记得这张吗?NSObject的isa和superclass区别

注意上面的红色的箭头,当找不到元类对象的父类的时候,就会指向当前这个类,而root class很明显就是NSObject,

所以现在你来看这个[[NSObject class] isKindOfClass:[NSObject class]];所以这个返回的是YES

请看下面的运行结果:

结果很明显了

总结:

- (BOOL)isMemberOfClass: 是判断当前对象的class,是不是就是传入的cls;

- (BOOL)isKindOfClass:(Class)cls:是判断当前对象的class,是不是传入的cls,或者当前对象的class是传入的cls的子类对象

+ (BOOL)isMemberOfClass: 是判断当前类对象的class,是不是就是传入的元类对象cls;

+ (BOOL)isKindOfClass:是判断当前类对象的class,是不是传入的元类对象cls,或者当前对象的mateclass是传入的元类对象cls的子类对象

二、@synthesize 、@dynamic的区别

其实在开发中我们可能很少用到,但是面试的时候可能经常会问到这两个的区别,虽说不用,但是面试官要问,所以我们还是要了解一下这两个到底是干嘛的,到底有啥区别:

@synthesize: 修改变量名字,自动生成set和get并赋值.在以前的版本是没有自动生成set和get方法,往往定义一个变量,我们需要加这个东西,现在很少用,请看下面的代码:

所以没有问题.

@dynamic:提醒编译器不要自动生成setter和getter方法、不要自动生成成员变量

我们看下:

synthesize、dynamic总结

1、@dynamic与@synthesize的区别@property有两个对应的词，一个是@synthesize，一个是@dynamic。如果@synthesize和@dynamic都没写，那么默认的就是@syntheszie var = _var; @synthesize的语义是如果你没有手动实现setter方法和getter方法，那么编译器会自动为你加上这两个方法。 

 @dynamic告诉编译器,属性的setter与getter方法由用户自己实现，不自动生成。（当然对于readonly的属性只需提供getter即可）。假如一个属性被声明为@dynamic var，然后你没有提供@setter方法和@getter方法，编译的时候没问题，但是当程序运行到instance.var =someVar，由于缺setter方法会导致程序崩溃；或者当运行到 someVar = var时，由于缺getter方法同样会导致崩溃。编译时没问题，运行时才执行相应的方法，这就是所谓的动态绑

介绍完这个面试题之后会再继续介绍runtime的其他知识点,来继续学习runtime

如果觉得我写得对您有所帮助，请关注我，我会持续更新😄