@dynamic 模拟NSManagedObject类的内部实现，AFN的非常规用法

@property和@synthesize复习

@property生成setter和getter的声明，同时生成属性对应的成员变量，并且前面加一个下划线_。如果将getter和setter的实现同时重写之后，它不会帮助生成属性对应的变量名。 (TestOne.m)这种写法，无法编译通过，因为_name已经不存在。

@interface TestOne : NSObject

@property (nonatomic, copy) NSString *name;

@end

@implementation TestOne

- (void)setName:(NSString *)name {
    _name = name; // Use of undeclared identifier '_name'
}

- (NSString *)name {
    return _name; // Use of undeclared identifier '_name'
}

@end

比较特殊的一种情况是readonly的属性只会帮助生成getter的声明和变量。，如果当getter被重写之后，成员变量也不存在。

@interface TestTwo : NSObject

@property (readonly, nonatomic, copy) NSString *name;

@end

@implementation TestTwo

- (NSString *)name {
    return _name; // Use of undeclared identifier '_name'
}

@end

如果在.h使用@property声明了方法属性，又想在.m重写方法怎么办呢。通常我们会使用@synthesize.

@synthesize是按照系统默认规则帮助生成getter和setter的实现，同时生成一个紧跟在关键字@synthesize后面的属性对应的成员变量，还可以更改属性对应的成员变量的名字。

同时如果使用了@synthesize之后，还可以继续重写getter和setter的实现，同时它帮助生成的成员变量依然存在。下面的代码是没有任何问题的。

@interface TestThree : NSObject

@property (nonatomic, copy) NSString *name;

@end

@implementation TestThree
@synthesize name = _name; // 使用 @synthesize name 生成的成员变量是'name'

- (void)setName:(NSString *)name {
    _name = name;
}

- (NSString *)name {
    return _name;
}

@end

这时候@property的作用仅仅是相当于对外声明了方法原型：

- (void)setName:(NSString *)name;

- (NSString *)name;

但是不可以将.h中的@property (nonatomic, copy) NSString *name;替换为上面两句方法声明，因为@synthesize使用的前提是使用@property声明过这个属性。

对于readonly的属性，同样可以使用@synthesize关键字找到属性对应的成员变量名，然后重写getter就没有问题了。

@dynamic

我们都知道对应@dynamic修饰的属性，需要手动实现这个属性的getter和setter，否则虽然编译阶段能够通过，但是运行时会造成崩溃，错误信息为没有指定的方法。编译时没问题，运行时才执行相应的方法，这就是所谓的动态绑定。

例如下面的代码

@interface TestFour : NSObject

@property (nonatomic, copy) NSString *name;

@end

@implementation TestFour

@dynamic name;

@end

// 在main.m中
TestFour *testFour = [[TestFour alloc] init];
testFour.name = @"Mike"; //已经奔溃 [TestFour setName:]: unrecognized selector sent to instance
NSLog(@"%@", testFour.name);

这里就体现出了@synthesize和@dynamic的区别:

@synthesize的语义是如果你没有手动实现setter方法和getter方法，那么编译器会自动为你加上这两个方法的实现。

@dynamic告诉编译器,属性的setter与getter方法需要实现，但是不会自动帮助生成。(当然对于readonly的属性只需提供getter实现即可)

@dynamic最常用的使用是在NSManagedObject中，此时不需要显示编程setter和getter方法。原因是：其getter和setter方法会在运行时动态创建，由Core Data框架为此类属性生成存取方法。那么CoreData究竟如何帮助NSManagedObject的子类生成子类属性的getter和setter实现的呢。我们大体可以模拟一下这个过程：

模拟CoreData NSManagedObject类的底层实现

根据OC运行时的特性，当子类的方法没有实现的实现，会去寻找父类的方法实现，为了语义上更好理解我使用Person和它的父类Super用来测试：(这其中Person模拟的是NSManagedObject的子类)

@interface Person : Super
@property (nonatomic, copy) NSString *name;
@end

@implementation Person
@dynamic name;
@end

@interface Super : NSObject
@end

@implementation Super
- (void)setName:(NSString *)name {
    NSLog(@"执行了Super的setName:");
    // setName ....
}
- (NSString *)name {
    NSLog(@"执行了Super的name");
    return @"Mike在Super中设置";
}
@end

Person *person = [[Person alloc] init];
person.name = @"Mike";
NSLog(@"%@", person.name);

因此上面的程序执行结果为：

执行了Super的setName:
执行了Super的name
Mike在Super中设置

那么问题就来了NSManagedObject是如何截获它子类的所有属性的getter和setter方法的调用，并完成代码实现的，毕竟它不会傻乎乎地把所有的属性都写一个getter和setter方法吧。虽然不知道它的具体实现方法，但是可以模拟一下这个过程。

这里提供一种利用消息转发机制来实现，主要用到两个方法- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector和- (void)forwardInvocation:(NSInvocation *)anInvocation:

methodSignatureForSelector:方法用来返回参数指定的SEL的指定的方法签名(方法签名是各种编程语言中通用的概念，主要是对方法的返回值类型、参数类型和参数的个数的描述，函数重载的概念就是同名方法具有不同的方法签名)。对于- (void)setName:(NSString *)name方法的方法签名就是：返回值为void类型参数个数为1参数类型为NSString。用自然语言描述是这样，如果用OC的方法编码描述就是：@"v@