需求
对于category，是无法静态的添加成员变量的。只能使用系统提供的动态的添加方法，objc_setAssociatedObject。写个小Demo，给分类增加成员变量
实现方式
LeviPerson.h 文件中声明两个属性
#import "LeviPerson.h"
@interface LeviPerson (Test)
@property (copy, nonatomic) NSString *name;
@property (assign, nonatomic) int weight;
@end
LeviPerson.m 中利用关联对象进行实现
@implementation LeviPerson (Test)
- (void)setName:(NSString *)name
{
objc_setAssociatedObject(self, @selector(name), name, OBJC_ASSOCIATION_COPY_NONATOMIC);
}
- (NSString *)name
{
return objc_getAssociatedObject(self, _cmd);
}
- (void)setWeight:(int)weight
{
objc_setAssociatedObject(self, @selector(weight), @(weight), OBJC_ASSOCIATION_RETAIN_NONATOMIC);
}
- (int)weight
{
// _cmd == @selector(weight)
return [objc_getAssociatedObject(self, _cmd) intValue];
}
@end
思考与总结
使用关联对象的场景：
- 运行时给cagetory添加成员变量
- 有时需要在对象中存储一些额外的信息，我们通常会从对象所属的类中继承一个子类。然后给这个子类添加额外的属性，改用这个子类。
- 有时只是给某个类添加一个额外的属性，完全没有必要继承出来一个子类。此时可以使用“关联对象”。
- delegate回调的方法中使用关联对象。有时候在一些delegate回调的方法中需要处理一些回调任务。比如发起网络请求和在delegate回调的方法中做UI的更新。这样一来，发起网络请求和在回调中更新UI的代码被分散到了两个地方，不利于管理和阅读。此时可以使用“关联对象”
关联对象虽然好用，但不要滥用，开发者经常会陷入一种困境：正在学习或者刚刚学完某个技术，就急于在项目中使用，却忽略了场景。过多的使用关联对象将会降低代码的可读性和维护性，同时也会增大调试的难度。我们要谨慎的使用关联对象的内存管理策略，知道什么时候使用OBJC_ASSOCIATION_RETAIN_NONATOMIC什么时候使用OBJC_ASSOCIATION_ASSIGN，避免出现循环引用和一些奇怪的现象。
