hyp*_*ypt 542 cocoa-touch objective-c interface-builder ios automatic-ref-counting
我正在使用ARC专门为iOS 5开发.应该IBOutlets UIView(和子类)是strong或weak?
下列:
@property (nonatomic, weak) IBOutlet UIButton *button;
Run Code Online (Sandbox Code Playgroud)
将摆脱所有这一切:
- (void)viewDidUnload
{
// ...
self.button = nil;
// ...
}
Run Code Online (Sandbox Code Playgroud)
这样做有什么问题吗?模板正在使用strong,当从"Interface Builder"编辑器直接连接到标题时创建的自动生成属性,但为什么?在UIViewController已经有一个strong到其基准view保留其子视图.
Ale*_*ers 448
警告,已解答答案:根据WWDC 2015,此答案不是最新的,因为正确的答案参考上面接受的答案(Daniel Hall).这个答案将留作记录.
从开发人员库中总结:
从实际角度来看,在iOS和OS X中,出口应该被定义为声明的属性.Outlets通常应该是弱的,除了那些从File的Owner到nib文件中的顶级对象(或者在iOS中,故事板场景中)应该很强大.因此,默认情况下,您创建的出口通常较弱,因为:
您创建的出口(例如,视图控制器视图或窗口控制器窗口的子视图)是不暗示所有权的对象之间的任意引用.
强大的出口通常由框架类指定(例如,UIViewController的视图出口或NSWindowController的窗口出口).
Run Code Online (Sandbox Code Playgroud)@property (weak) IBOutlet MyView *viewContainerSubview; @property (strong) IBOutlet MyOtherClass *topLevelObject;
Dan*_*all 236
Apple目前推荐的最佳做法是IBOutlets 强劲,除非特别需要弱以避免保留周期.正如Johannes在上面提到的那样,在WWDC 2015的"在Interface Builder中实现UI设计"会议中对此进行了评论,Apple工程师说:
我要指出的最后一个选项是存储类型,它可以是强也可以是弱.通常,您应该使插座变得强大,尤其是在将插座连接到子视图或者视图层次结构并不总是保留的约束时.唯一真正需要让出口变弱的一个方法是,如果你有一个自定义视图引用视图层次结构的某些内容,一般不建议这样做.
我在Twitter上向IB团队的一位工程师询问了这一点,他确认强者应该是默认的,并且开发人员文档正在更新.
https://twitter.com/_danielhall/status/620716996326350848 https://twitter.com/_danielhall/status/620717252216623104

Tam*_*ese 48
虽然文档建议weak在子视图的属性上使用,但是从iOS 6开始,它似乎可以使用strong(默认的所有权限定符).这是因为UIViewController视图中的更改不再被卸载.
也就是说,我在使用之间挣扎
@property (nonatomic, weak) IBOutlet UIButton *button;
Run Code Online (Sandbox Code Playgroud)
和
@property (nonatomic) IBOutlet UIButton *button;
Run Code Online (Sandbox Code Playgroud)
在iOS 6及之后:
使用weak明确指出,控制器不希望按钮的所有权.
但是weak在没有视图卸载的情况下省略在iOS 6中没有受到伤害,并且更短.有些人可能会指出它也更快,但我还没有遇到一个由于weak IBOutlets 太慢的应用程序.
不使用weak可能被视为错误.
结论:从iOS 6开始,只要我们不使用视图卸载,我们就不会再出错了.聚会的时间.;)
Chr*_*lay 34
我没有看到任何问题.在ARC之前,我总是制作我的IBOutlets assign,因为他们已经被他们的超级视图保留了下来.如果你制作它们weak,你应该不必在viewDidUnload中将它们取出,正如你所指出的那样.
一个警告:您可以在ARC项目中支持iOS 4.x,但如果您这样做,则无法使用weak,因此您必须制作它们assign,在这种情况下,您仍然希望将引用设置为n viewDidUnload来避免一个悬垂的指针.这是我经历过的悬空指针错误的一个例子:
UIViewController有一个UITextField用于邮政编码.它使用CLLocationManager反转地理编码用户的位置并设置邮政编码.这是委托回调:
-(void)locationManager:(CLLocationManager *)manager
didUpdateToLocation:(CLLocation *)newLocation
fromLocation:(CLLocation *)oldLocation {
Class geocoderClass = NSClassFromString(@"CLGeocoder");
if (geocoderClass && IsEmpty(self.zip.text)) {
id geocoder = [[geocoderClass alloc] init];
[geocoder reverseGeocodeLocation:newLocation completionHandler:^(NSArray *placemarks, NSError *error) {
if (self.zip && IsEmpty(self.zip.text)) {
self.zip.text = [[placemarks objectAtIndex:0] postalCode];
}
}];
}
[self.locationManager stopUpdatingLocation];
}
Run Code Online (Sandbox Code Playgroud)
我发现如果我在正确的时间解散了这个视图并且没有自己的self.zip viewDidUnload,则委托回调可能会在self.zip.text上抛出一个错误的访问异常.
onm*_*133 23
IBOutlet出于性能原因,应该很强大.请参阅iOS 9中的Storyboard Reference,Strong IBOutlet,Scene Dock
如本段所述,视图控制器视图子视图的出口可能较弱,因为这些子视图已由nib文件的顶级对象拥有.但是,当Outlet被定义为弱指针并且指针被设置时,ARC会调用运行时函数:
id objc_storeWeak(id *object, id value);这会使用对象值作为键将指针(对象)添加到表中.该表称为弱表.ARC使用此表来存储应用程序的所有弱指针.现在,当取消分配对象值时,ARC将遍历弱表并将弱引用设置为nil.或者,ARC可以致电:
void objc_destroyWeak(id * object)然后,该对象被取消注册并再次调用objc_destroyWeak:
objc_storeWeak(id *object, nil)与弱引用相关联的这种簿记可能比强引用的释放长2-3倍.因此,弱引用会为运行时引入开销,您可以通过简单地将出口定义为强大来避免.
从Xcode 7开始,它表明了这一点 strong

如果您在界面生成器中观看WWDC 2015会话407 实现UI设计,它建议(来自http://asciiwwdc.com/2015/sessions/407的成绩单)
我要指出的最后一个选项是存储类型,它可以是强也可以是弱.
通常,您应该使插座变得强大,尤其是在将插座连接到子视图或者视图层次结构并不总是保留的约束时.
唯一真正需要让出口变弱的一个方法是,如果你有一个自定义视图引用视图层次结构的某些内容,一般不建议这样做.
所以我要选择强,我会点击连接,这将生成我的插座.
Giu*_*ppe 20
在iOS开发中,NIB加载与Mac开发有点不同.
在Mac开发中,IBOutlet通常是一个弱引用:如果你有一个NSViewController的子类,只保留顶级视图,当你解除控制器时,它的所有子视图和出口都会被自动释放.
UiViewController使用键值编码来使用强引用设置出口.因此,当您释放UIViewController时,顶视图将自动解除分配,但您还必须在dealloc方法中释放其所有出口.
在Big Nerd Ranch的这篇文章中,他们讨论了这个主题,并解释了为什么在IBOutlet中使用强引用不是一个好的选择(即使在这种情况下Apple推荐).
sye*_*dfa 18
我想在此指出一点,那就是,尽管Apple工程师在他们自己的WWDC 2015视频中已经说明了这一点:
https://developer.apple.com/videos/play/wwdc2015/407/
Apple一直在改变主题,这告诉我们这个问题没有一个正确答案.为了表明即使苹果公司的工程师在这个问题上存在分歧,看看Apple的最新示例代码,你会发现有些人使用弱,有些则不然.
此Apple Pay示例使用弱:https: //developer.apple.com/library/ios/samplecode/Emporium/Listings/Emporium_ProductTableViewController_swift.html#//apple_ref/doc/uid/TP40016175-Emporium_ProductTableViewController_swift-DontLinkElementID_8
这个画中画示例如下:https: //developer.apple.com/library/ios/samplecode/AVFoundationPiPPlayer/Listings/AVFoundationPiPPlayer_PlayerViewController_swift.html#//apple_ref/doc/uid/TP40016166-AVFoundationPiPPlayer_PlayerViewController_swift-DontLinkElementID_4
与Lister示例一样:https: //developer.apple.com/library/ios/samplecode/Lister/Listings/Lister_ListCell_swift.html#//apple_ref/doc/uid/TP40014701-Lister_ListCell_swift-DontLinkElementID_57
与Core Location示例一样:https: //developer.apple.com/library/ios/samplecode/PotLoc/Listings/Potloc_PotlocViewController_swift.html#//apple_ref/doc/uid/TP40016176-Potloc_PotlocViewController_swift-DontLinkElementID_6
与视图控制器预览示例一样:https: //developer.apple.com/library/ios/samplecode/ViewControllerPreviews/Listings/Projects_PreviewUsingDelegate_PreviewUsingDelegate_DetailViewController_swift.html#//apple_ref/doc/uid/TP40016546-Projects_PreviewUsingDelegate_PreviewUsingDelegate_DetailViewController_swift-DontLinkElementID_5
与HomeKit示例一样:https: //developer.apple.com/library/ios/samplecode/HomeKitCatalog/Listings/HMCatalog_Homes_Action_Sets_ActionSetViewController_swift.html#//apple_ref/doc/uid/TP40015048-HMCatalog_Homes_Action_Sets_ActionSetViewController_swift-DontLinkElementID_23
所有这些都是针对iOS 9完全更新的,并且都使用弱插座.从中我们了解到A.问题并不像有些人想象的那么简单.B. Apple反复改变主意,C.你可以用任何让你开心的东西:)
特别感谢Paul Hudson(www.hackingwithsift.com的作者)给我的澄清,以及对这个答案的参考.
我希望这能更好地澄清这个主题!
照顾自己.
看起来这些年来发生了一些变化,现在Apple建议使用强大的功能.他们的WWDC会议上的证据是在会话407中 - 在Interface Builder中实现UI设计并在32:30开始.我所说的是(几乎,如果不完全是,引用他):
一般来说,出口连接应该很强大,特别是如果我们连接的视图层次结构并不总是保留的子视图或约束
在创建自定义视图时可能需要弱插座连接,该视图对视图层次结构中备份的内容有一些参考,通常不建议这样做
在其他病房中,只要我们的某些自定义视图没有创建保留周期,并且视图层次结构中有一些视图,它就应该总是很强大
编辑:
有些人可能会问这个问题.使用强引用保留它不会创建保留周期,因为根视图控制器和拥有视图会保留对它的引用吗?或者为什么发生了变化?我认为当他们描述如何从xib创建笔尖时,答案在本次演讲中更早.为VC和视图创建了一个单独的nib.我认为这可能是他们改变建议的原因.从Apple获得更深入的解释仍然是一件好事.
| 归档时间: |
|
| 查看次数: |
116499 次 |
| 最近记录: |