WWDC 2012 Session笔记——200 What is new in Cocoa Touch

最新推荐文章于 2017-09-05 19:10:00 发布

转载最新推荐文章于 2017-09-05 19:10:00 发布 · 909 阅读

IOS 专栏收录该内容

61 篇文章

订阅专栏

本文概述了WWDC2012中iOS6 SDK的新特性，包括更多控件的自定义选项、UIImageView的改进、UITableView的新方法、新增的UIRefreshControl和UICollectionView组件、UIViewController的重要变更及状态恢复功能。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

原文：http://www.onevcat.com/2012/06/what-is-new-in-cocoa-touch/

从这篇开始，将对WWDC 2012的我个人比较感兴趣的Session进行一些笔记，和之后的笔记一起应该可以形成一个比较完整的WWDC 2012 Session部分的个人记录。

因为WWDC的内容可谓众多，我自觉不太可能看完所有Session(其实也没有这个必要..)，所以对于内容覆盖上可能有所欠缺。另外我本身也只是一个iOS开发初学者加业余爱好者，因此很多地方也都不明白，不理解，因此难免有各种不足。这些笔记的最大作用是给自己做一些留底，同时帮助理解Session的内容。欢迎高手善意地指出我的错误和不足..谢谢！

所有的WWDC 2012 Session的视频和讲义可以在这里找到，如果想看或者下载的话可能需要一个野生开发者账号(就是不用交99美金那种)。iOS6 Beta和Xcode4.5预览版现在已经提供开发者下载(需要家养开发者的账号，就在iOS Resource栏里)，当然网上随便搜索一下不是开发者肯定也能下载到，不过如果你不太懂的话还是不建议尝试iOS6 Beta，有时间限制麻烦不说，而且可能存在各种bug，Xcode4.5预览版同理..

作为WWDC 2012 Session部分的真正的开场环节，Session200可以说是iOS开发者必听必看的。这个Session介绍了关于 Cocoa Touch的新内容，可以说是对整个iOS6 SDK的概览。

我也将这个Session作为之后可能会写的一系列的Session笔记的第一章，我觉得用Session 200作为一个开始，是再适合不过的了～

更多的外观自定义

从iOS5开始， Apple 就逐渐致力于标准控件的可自定义化，基本包括颜色，图片等的替换。对于标准控件的行为， Apple 一向控制的还是比较严格的。而开发者在做app时，最好还是遵守Apple的人机交互手册来确定控件的功能，否则可能遇到意想不到的麻烦…

iOS6中Apple继续扩展了一些控件的可定义性。对于不是特别追求UI的开发团队或者实力有限的个人开发者来说这会是一个不错的消息，使用现有的资源和新加的API，可以快速开发出界面还不错的应用。

UIPopoverBackgroundView

UIPopoverBackgroundView是iOS5引入的，可以为popover自定义背景。iOS6中新加入了询问是否以默认方式显示的方法：

1	+ ( BOOL ) wantsDefaultContentAppearance ;

返回NO的话，将以新的立体方式显示popover。

具体关于UIPopoverBackgroundView的用法，可以参考文档

UIStepper

UIStepper也是iOS5引入的新控件，在iOS5中Apple为标准控件自定义做出了相当大的努力（可以参看WWDC2011的相关内容），而对于新出生的UIStepper却没有相应的API。在iOS6里终于加上了..可以说是预料之中的。

1	@property ( nonatomic , retain ) UIColor *tintColor ;

这个属性定义颜色。

- ( void ) setBackgroundImage : ( UIImage * ) image forState : ( UIControlState )state ;

- ( void ) setDividerImage : ( UIImage * ) image forLeftSegmentState : (UIControlState ) left rightSegmentState : ( UIControlState ) right ;

- ( void ) setIncrementImage : ( UIImage * ) image forState : ( UIControlState )state ;

- ( void ) setDecrementImage : ( UIImage * ) image forState : ( UIControlState )state ;

可以定义背景图片、分隔图片和增减按钮的图片，都很简单明了，似乎没什么好说的。

UISwitch

同样地，现在有一系列属性可以自定义了。

@property ( nonatomic , retain ) UIColor *tintColor ;

@property ( nonatomic , retain ) UIColor *thumbTintColor ;

@property ( nonatomic , retain ) UIImage *onImage ;

@property ( nonatomic , retain ) UIImage *offImage ;

其中thumbTintColor指的是开关的圆形滑钮的颜色。另外对于on和off时候可以自定义图片，那么很大程度上其实开关控件已经可以完全自定义，基本不再需要自己再去实现一次了..

UINavigationBar & UITabBar

加入了阴影图片的自定义：

1	@property ( nonatomic , retain ) UIImage *shadowImage ;

这个不太清楚，没有自己实际试过。以后有机会做个小demo看看可以…

UIBarButtonItem

现在提供设置背景图片的API：

- ( void ) setBackgroundImage : ( UIImage * ) bgImage

forState : ( UIControlState ) state

style : ( UIBarButtonItemStyle ) style

barMetrics : ( UIBarMetrics ) barMetrics ;

这个非常有用…以前在自定义UINavigationBar的时候，对于BarButtonItem的背景图片的处理非常复杂，通常需要和designer进行很多配合，以保证对于不同宽度的按钮背景图都可以匹配。现在直接提供一个UIImage就OK了..初步目测是用resizableImageWithCapInsets:做的实现..很赞，可以偷不少懒～

UIImage的API变化

随着各类Retina设备的出现，对于图片的处理方面之前的API有点力不从心..反应最大的就是图片在不同设备上的适配问题。对于iPhone4之前，是普通图片。对于iPhone4和4S，由于Retina的原因，需要将图片宽高均乘2，并命名为@2x。对于遵循这样原则的图片，cocoa touch将会自动进行适配，将4个pixel映射到1个point上去，以保证图片不被拉伸以及比例的适配。对于iPhone开发，相关的文档是比较全面的，但是对于iPad就没那么好运了。Apple对于iPad开发的支持显然做的不如对iPhone那样好，所以很多iPad开发者在对图片进行处理的时候往往不知所措——特别是在retina的new iPad出现以后，更为严重。而这次UIImage的最大变化在于自己可以对scale进行指定了～这样虽然在coding的时候变麻烦了一点，但是图片的Pixel to Point对应关系可以自己控制了，在做适配的时候可以省心不少。具体相关几个API如下：

+ ( UIImage * ) imageWithData : ( NSData * ) data scale : ( CGFloat ) scale ;

- ( id ) initWithData : ( NSData * ) data scale : ( CGFloat ) scale ;

+ ( UIImage * ) imageWithCIImage : ( CIImage * ) ciImage

scale : ( CGFloat ) scale

orientation : ( UIImageOrientation ) orientation ;

- ( id ) initWithCIImage : ( CIImage * ) ciImage

scale : ( CGFloat ) scale

orientation : ( UIImageOrientation ) orientation ;

指定scale=2之后即可对retina屏幕适配，相对来说还是比较简单的。

UITableView的改动

UITableView就不多介绍了，基础中的基础…在iOS5引入StoryBoard之后，由StoryBoard生成的UITableViewController中对cell进行操作时所有的cell的alloc语句都可以不写，可以为cell绑定nib等，都简化了UITableView的使用。在iOS6中，对cell的复用有一些新的方法：

1	- ( void ) registerClass : ( Class ) cellClass forCellReuseIdentifier : ( NSString * )identifier ;

将一个类注册为某个重用ID。

1 2	- ( id ) dequeueReusableCellWithIdentifier : ( NSString * ) identifier forIndexPath : ( NSIndexPath * ) indexPath ;

将指定indexPath的cell重用(若不能重用则返回nil，在StoryBoard会自动生成一个新的cell)。

另外，对UITableView的Header、Footer和Section分隔添加了一系列的property以帮助自定义，并且加入了关于Header和Footer的delegate方法。可以说对于TableView的控制更强大了…

UIRefreshControl

这个是新加的东西，Apple的抄袭之作，官方版的下拉刷新。下拉刷新自出现的第一分钟起，就成为了人民群众喜闻乐见的手势，对于这种得到大众认可的手势，Apple是一定不会
放过的。

相对与现在已有的开源下拉刷新来说，功能上还不那么强大，可自定义的内容不多，而且需要iOS6以后的系统，因此短期内还难以形成主流。但是相比开源代码，减去了拖源码加库之类的麻烦，并且和系统整合很好，再加上Apple的维护，相信未来是有机会成为主流的。现在来说的话，也就只是一种实现的选择而已。

UICollectionView

这个是iOS的UIKit的重头戏..一定意义上可以把UICollectionView理解成多列的UITableView。开源社区有很多类似的实现，基本被称作GridView，我个人比较喜欢的实现有 AQGridView 和 GMGridView .开源实现基本上都是采用了和UITableView类似的方法，继承自UIScrollView，来进行多列排列。功能上来说相对都比较简单..

而UICollectionView可以说是非常强大..强大到基本和UITableView一样了..至少使用起来和UITableView一样，用惯了UITableView的童鞋甚至可以不用看文档就能上手。一样的DataSource和Delegate，不同之处在于多了一个Layout对象对其进行排列的设定，这个稍后再讲。我们先来看Datasource和Delegate的API

//DataSource\r\n

- numberOfSectionsInCollectionView :

- collectionView : numberOfItemsInSection :

- collectionView : cellForItemAtIndexPath :

//Delegate \r\n

- collectionView : shouldHighlightItemAtIndexPath :

- collectionView : shouldSelectItemAtIndexPath :

- collectionView : didSelectItemAtIndexPath :

没什么值得说的，除了名字以外，和UITableView的DataSource和Delegate没有任何不同。值得一提的是对应的UICollectionViewCell和UITableViewCell略有不同，UICollectionViewCell没有所谓的默认style，cell的子view自下而上有Background View、Selected Background View和一个Content View。开发者将自定义内容扔到Content View里即可。

需要认真看看的是Layout对象，它控制了整个UICollectionView中每个Section甚至Section中的每个cell的位置和关系。Apple提供了几种不错的Layout，足以取代现在常用的几个开源库，其中包括了像Linkedin和Pinterest的视图。可以说Apple对于利用AppStore这个平台，向第三方开发者进行学习的能力是超强的。

关于UICollectionView，在之后有两个session专门进行了讨论，我应该也会着重看一看相关内容，之后再进行补充了～

UIViewController

这个绝对是重磅消息～ 一直以来我们会在viewDidUnload方法中做一些清空outlet或者移除observer的事情。在viewDidUnload中清理observer其实并不是很安全，因此在iOS5中Apple引入了viewWillUnload，建议开发者们在viewWillUnload的时候就移除observer。而对于出现内存警告时，某些不用的view将被清理，这时候将自动意外执行viewWillUnload和viewDidUnload，很可能造成莫名其妙的crash，而这种内存警告造成的问题又因为其随机性难以debug。

于是Apple这次做了一个惊人的决定，直接在 iOS6里把viewWillUnload和viewDidUnload标注为了Deprecated ，并且不再再会调用他们。绝大部分开发者其实是对iOS3.0以来就伴随我们的viewDidUnload是有深深的感情的，但是现在需要和这个方法说再见了。对于使用iOS6 SDK的app来说不应该再去实现这两个方法，而之前在这两个方法中所做的工作需要重新考虑其更合适的位置：比如在viewWillDisappear中去移除observer，在dealloc中将outlet置为nil等。