iOS @dynamic 实践

场景
父类头文件

/**
 tableView,没有就生成,有就自动获取sb中的tableView
 */
@property (nonatomic) UITableView *tableView;

父类m文件

#pragma mark - getter and setter
- (UITableView *)tableView
{
    if (!_tableView) {

        _tableView =...
            tableView.tableFooterView = [UIView new];
           ...
    }
    return _tableView;
}

问题
这一行代码很坑

 tableView.tableFooterView = [UIView new];

很多场景下我们是需要这行代码的,但是少数情况下,是不需要的,如在SB中有个 footerView,在继承自父类的情况下,我们的tableFooterView就会被父类的这行代码覆盖。

解决方案:@dynamic
操作流程:
一、SB中托入tableView

@property (weak, nonatomic) IBOutlet UITableView *tableView;

二、载入dynamic

@implementation MyClassName
@dynamic tableView;

三、拷贝父类里的getter方法里对tableView进行的相关设置成一个方法在-viewDidLoad里调用即可。

- (void)viewDidLoad {
    [super viewDidLoad];

    [self setupTableView];
    ...
}
- (void)setupTableView {
          ....
// tableView.tableFooterView = [UIView new];
}

原理:
@synthesize 和 @dynamic分别有什么作用

@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 = instance.var时,由于缺getter方法同样会导致崩溃。编译时没问题,运行时才执行相应的方法,这就是所谓的动态绑定

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容