“Core Data”中的“dynamic implementation”

最新推荐文章于 2025-09-10 14:51:55 发布

weixin_30519071

最新推荐文章于 2025-09-10 14:51:55 发布

阅读量71

点赞数

CC 4.0 BY-SA版权

文章标签：移动开发数据库

原文链接：http://www.cnblogs.com/tara/archive/2012/07/12/2588376.html

本文解析了CoreData中@dynamic关键字的作用及为何NSManagedObject类都使用@dynamic。通过@dynamic，CoreData可以在运行时动态提供属性的get和set方法，实现延迟加载数据。

使用Core Data（简称“CD”）作为数据存取方案时，其中有一部就是为创建的entity创建接口文件，在创建的“.m”文件中，会看到每个声明的@property都有个对应的@dynamic修饰，第一次见难免会疑惑。

1，@dynamic 关键字是什么？

官方解释

如果使用@dynamic指示符，说明不希望编译器帮助生成property的get和set接口，而是要在运行时指定property的get和set接口，方法就是重载对象的resolveInstanceMethod方法，这是个静态接口。

这个例子用Objective-C描绘了使用resolveInstanceMethod动态添加实例接口的方法。

2，Core Data的NSManagedObject为何都使用@dynamic？

StackOverflow问答

“The reason it doesn't use ivars is that that data isn't there. When you load an object it may not fault in all of its data. ivars are just variables, if you and write to them NSManagedObject doesn't have a chance to fault in the value if it has not been loaded yet.”

这句话好像有语法错误，我的理解是：

CD不定义接口变量（ivars），而只定义访问接口（accessors）的原因，是为了在需要时才真正加载数据，而不是在alloc时。

Record * record;　　　　　　　　　　// 1，Core Data中定义的Entity实例对象指针。

......　　　　　　　　　　　　　　　　// 2，创建Record对象，并将指针传递给record变量。

NSLog(@"%@", record.name);　　 // 3，访问时才真正从数据库（或缓存）中读取内容。用iVar的话，就没有时机读数据了。

关键就是：CD需要一个可以自定义的时机去填充那些尚未填充的数据。所以将属性定义成@dynamic，具体的getter和setter由CD来提供，就能在合适的时候自动填充数据。

转载于:https://www.cnblogs.com/tara/archive/2012/07/12/2588376.html