iOS7_隐藏的特性和解决之道

iOS 7：隐藏的特性和解决之道

当iOS7 刚发布的时候，全世界的苹果开发人员都立马尝试着去编译他们的app，接着再花上数月的时间来修复任何出现的故障，甚至重做app。这样的结果，使得人们根本无暇去探究iOS7 所带来的新东西。一些明显而细微的更新，比如说[NSArrayfirstObject]，这个方法可追溯到iOS4 时代，现在被提为公有API，除此之外，还有很多隐藏的特性等着我们去挖掘。

平滑淡入淡出动画

我这里要讨论的并非新的弹性动画APIs 或者UIDynamics，而是一些更细微的东西。CALayer增加了两个新方法：allowsGroupOpacity和allowsEdgeAntialiasing。现在，组不透明度(group opacity)不再是什么新鲜的东西了。iOS会多次使用存在于Info.plist 中的键UIViewGroupOpacity并可在应用程序范围内启用或禁用它。对于大多数apps而言，这（译注：启用）并非所期望的，因为它会降低整体性能。在iOS7 中，用SDK7 所链接的程序，这项属性默认是启用的。当它被启用时，一些动画将会变得不流畅，它也可以在layer层上被控制。

一个有趣的细节，如果allowsGroupOpacity启用的话，_UIBackdropView（在UIToolbar或者UIPopoverView中的背景视图）不能对其模糊进行动画处理，所以当你做一个alpha转换时，你可能会临时禁用这项属性。因为这会降低动画体验，你可以回退到旧的方式然后在动画期间临时启用shouldRasterize。别忘了设置适当的rasterizationScale，否则在retina的设备上这些视图会成锯齿状。

如果你想要复制的Safari 显示所有选项卡时的动画，那么边缘抗锯齿属性将变得非常有用。

阻塞动画

一个小但非常有用的新方法[UIViewperformWithoutAnimation:]。它是一个简单的封装，先检查动画当前是否启用，然后禁止动画，执行块语句，最后重新启用动画。一个需要说明的地方是，它并不会阻塞基于CoreAnimation 的动画。因此，不用急于将你的方法调用从：

替换为：

但是，绝大多数情况下这样也能工作的很好，只要你不直接处理CALayers。

iOS7 中，我有很多代码路径（主要是UITableViewCells）需要额外的保护，防止意外的动画，例如，如果一个弹窗的大小调整了，那么同时显示中的表视图将因为高度的变化而加载新的cell。我通常的做法是将整个layoutSubviews 的代码包扎到一个动画块中：

处理长表视图

UITableView非常快速高效，除非你开始使用tableView:heightForRowAtIndexPath:，它会开始为你表中任意元素调用此方法，即便没有可视对象，就比如其内在的UIScrollView只是去获取正确的contentSize。此前有一些变通方法，但都不好用。iOS7 中，苹果公司终于承认这一问题，并添加

tableView:estimatedHeightForRowAtIndexPath:，这个方法延迟了实际滚动时间成本的大部分。如果你不知道一个cell的大小，返回UITableViewAutomaticDimension即可。

对于节头/尾（section headers/footers），现在也有类似的API了。

UISearchDisplayController

苹果的search controller 使用了新的技巧来简化移动search bar 到navigation bar 的过程。启

用 displaysSearchBarInNavigationBar 就可以了（除非你还要用到scope bar，我只能说你真不幸）。我倒是很喜欢这么做，但比较遗憾的是，iOS7 上的UISearchDisplayController 貌似被摧残的比较严重，尤其是iPad。苹果公司看上去像是没时间处理这个问题的样子（原文：Apple seems to have run out of time），对于显示的搜索结果并不会隐藏实际的表视图。在iOS7 之前，这并没有问题，但是现在searchResultsTableView 有一个透明的背景色，使它看上去相当糟糕。作为一种变通方法，你可以设置不透明色或者取道于富于技巧的手段来获得你所期望的。关于这个控件会出现各种各样的结果，当使用displaysSearchBarInNavigationBar时甚至不会展示搜索表视图。

你的结果可能有所不同，但我是使用了一些手段来让displaysSearchBarInNavigationBar工作的：

这里，别忘了在viewWillDisappear中调用restoreOriginalTableView，否则会发送crash。

记住这是唯一的解决办法；可能有不少激进的方法不替换视图本身，但这个问题确实应该由苹果公司来修复。（TODO: RADAR!）

分页

UIWebView 使用了新的技巧来自动分页带paginationMode的网站。有一大堆与此功能相关的新属性：

现在而言，虽然这可能并非对于大多数网站都有用，但它肯定是生成简单的电子书阅读器或显示文本的一种更好的方式。加点乐子的话，请尝试将它设置为UIWebPaginationModeBottomToTop。

会飞的Popovers

想知道为什么你的popovers疯了一样到处乱飞？在UIPopoverControllerDelegate协议中有一个新的代理方法使你能控制它：

当popover锚点是指向一个UIBarButtonItem时，UIPopoverController会有一些动作，但如果你让它在一个view或者rect中显示，你可能就需要实现此方法并正常返回。一个花费了我相当长的时间来验证的问题——如果你通过改变preferredContentSize来动态调整你的popovers，那么这个方法就特别要求得以实现。苹果公司现在对改变popovers大小的请求更严格，如果没有预留足够的空间，popover将会到处移动。

键盘支持

苹果公司不只为我们提供了全新的framework用于游戏控制器，它也给了我们这些键盘爱好者一些提示！你会发现新定义的公用键像 UIKeyInputEscape 或 UIKeyInputUpArrow，可以使用所有新

的UIKeyCommand类截查。在iOS7 之前，只能通过一些难以言表的手段来处理键盘命令，现在，就让我们操起蓝牙键盘试试看我们能用这个做什么！

开始之前，你需要对责任者链有个了解。你的UIApplication 继承自UIResponder，UIView 和UIViewController 也是如此。如果你处理过UIMenuItem 并且没有使用我的基于块的包装的话，那么你已经了解了这些。事件先被发送到最上层的响应者，然后一级级往下传递直到UIApplication 。为了捕获按键命令，你需要告诉系统你关心哪些键命令（而不是全捕获）。为了完成这个，你需要重写keyCommands 这个新属性：