ios - 需要解释 iOS 中的@property/@synthesize

标签 ios objective-c properties

不是完全的菜鸟我对 iOS 编程和 Ojbective-C 还很陌生。我主要来自 C(DSP、微 Controller )、Delphi XE2/Pascal、Visual Basic 和 Java(桌面和 Android 应用程序)的背景。

我主要是通过 Apress 的《Beginning iOS 5 Development》一书学习 Cocoa 的。

最近我观看了 WWDC 2012 的视频并浏览了他们的一些示例代码,我必须说我对编写我的应用程序的正确方法感到困惑,更具体地说是使用 @property/@synthesize 词。

在本书中,大部分(不是说全部)示例代码用于定义一个属性,例如

ViewController.h
@property (strong, nonatomic) NSMutableArray *list;

ViewController.m
@synthesize list;

然后所有代码访问综合列表

self.list

甚至简单

list

现在,在我阅读的每个 WWDC 代码示例中,我都看到程序员定义了一个属性,但随后,在 .m 文件中,他们做了类似的事情

@synthesize list = _list;

有时访问

self.list

_list

我很困惑。什么是正确的做法?由于 Apple 程序员都使用下划线,我认为我应该那样做,但为什么书上没有? list 和 _list 之间有区别吗?更重要的是,因为我在同一个对象中,为什么有时使用 self.list 有时使用 list/_list。

有时他们不使用@synthesize,我假设是在他们想要重写他们自己的访问器和修改器时(到目前为止我从来没有遇到过这种情况)。

我已经在网络上到处阅读,但没有任何内容清晰到足以让我理清头绪,所以我希望 StackOverflow 能为我带来启发。

最后但同样重要的是,我更喜欢并根据当前的 iOS 6 最佳实践/编程技术来回答。告诉我如何在旧版 iOS 中正确执行此操作没用。

最佳答案

没有正确的方法。只有你喜欢的风格。

最新的编译器对属性声明进行隐式综合。

@synthesize list = _list;

您的代码中从未写过任何内容。它只是发生了。

但这并不能阻止您明确地这样做。

@synthesize list = somethingelse;

因此,当您通过访问器 (self.list) 请求指向 list 的指针时,您将获得指向 somethingelse 的指针>

在大多数情况下 NSMutableArray *thing = self.list 等同于 NSMutableArray *thing = somethingelse

并且仅仅因为 Apple 使用了一种样式并不意味着您必须这样做。每个公司通常都有自己的编码风格。

使用 @synthesize list; 的主要问题是它会带来风险,您可以编写

self.list = thinglist = thing

前者使用合成的 setList: 访问器,而后者不使用,并在您的代码中存在相关错误的风险,尽管它不像 ARC 那样糟糕strong 属性不会发生泄漏。

无论你使用什么风格,都要保持一致,并注意直接使用 ivar list = thing 与使用其访问器 self.list = thing 相比的效果>

关于ios - 需要解释 iOS 中的@property/@synthesize,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13120927/

相关文章:

ios - 将 UITabBarController 添加到 NavigationController

java - 无法使用 @PropertySource 将 .properties 文件注入(inject) Spring MVC 4.3

javascript - React Native - 初始属性 Android

iOS 系统声音未播放

ios - 如何在长按上显示用户选择的表格 View 单元格

objective-c - 这是在 Objective-C 中定义私有(private)实例变量的新方法吗?

iPhone ScrollView 和 Picker 问题

core-data - 使用核心数据实现 transient 属性

iphone - 将 iOS 应用程序请求签名到服务器以防止垃圾邮件

ios - iOS 13导航栏外观setBackIndicatorImage不起作用