本文转自App升级iOS7体会。
xcode5 GM版已经发布，虽然还是pre-release版，但离最终版不远了。对于没有用到新特性的app面临的最大问题就是UI的变化。Apple提供了UI Transition Guide给开发者，原本打算翻译一下，没想到国内早就有译文了（唉～看来NDA对于某些人而言，等于NULL）。 鉴于此，这里侧重于Apple提供的cheklist以及app在升级过程中遇到的问题。
扁平化的设计已经“流传”了很久，iOS7上标准控件（UIKit）有了翻天覆地的变化：按钮没有边，状态栏透明，导航栏变半透明，alert/progress/picker完全是新的表现形式等等。当然，库也更新了不少。印象最深的就是试图控制器中view的尺寸是全屏：即view的尺寸是320×480,包含了顶部的status bar。这一点之所以深刻，是因为之前做过view全屏和非全屏之间的切换。在iOS7里，全屏应该更容易实现。 Apple推出xcode5后，有可能4在不久的将来不能再发布App。在最近这段时间需要说明的是：用xcode4打包的App在iOS7上运行除了alert/preogress等控件是iOS7的样子，其他还是旧的形式。
Apple宣称iOS7的设计遵循三大主题：
在（重）设计App前，还需要考虑：
ps:Apple似乎只为开发者“考虑”了ios6上App的升级，不知道还有很多地方的人还在为4.3，5.x的系统奋斗！ 为了更好的区分App类型，从使用控件的角度，Apple将App分成三种类型：
标准型的话，需要做的修改可能相对少一点，但是因为iOS7的变化太大了，还是会有“莫名”的问题：
这些问题通过文档都能比较容易的解决，标准型App升级主要遇到的是：布局，对于交互方面的修改升级不会太大。 对于非标准型控件来说，我觉得最大的问题就是风格要和系统协调（说了句废话）。这主要还是设计师费神的事情了，我和设计师沟通的结果就是认为App的配色需要好好修改，大家仁者见仁，智者见智吧。
以下就是Apple提供的cheklist。
从checklist可以看出Apple这次推陈出新的力度很大，我的感觉是以后的App最低只要适配iOS6，但是对于天朝不知道5.x以及以前的系统用户占比有多大了。还有，以后的开发一定要使用autolayout还有sb。在iOS7新建工程的模版里已经没有xib了，都是默认sb，还有都是默认ARC。
Apple所指的其实是支持ios7前的系统，只不过他“眼里”现在只有ios6了。这里列举的方法，对于5.x的系统大部分也是使用的
在Assitantor模式下，xcode5提供给开发者ios7和ios7前两种布局，只要点击preview（如图），右下角可以点击切换 class="alignnone size-full wp-image-90" src="/Upload/Images/2013092023/C22ED051FB3C8FEB.jpg" alt="Screen Shot 2013-09-16 at 11.07.30 AM" width="492" height="612" />
ios7引入了Asset Catalog来更好的管理图片，这个会专门说。
这个以前版本升级的时候也遇到过，就是更新的时候有些API不用了，但是老系统里还能使用，这时需要区分系统了。
if (floor(NSFoundationVersionNumber) <= NSFoundationVersionNumber_iOS_6_1) { // Load resources for iOS 6.1 or earlier} else { // Load resources for iOS 7 or later}
这里按照Apple文档的脉络，挑选那些我遇到的问题。
最主要变化就是view是320×480的尺寸。使用 wantsFullScreenLayout 的需要改过来，否则这个在iOS7上会有错误。下面分带bar和不带bar的情形，说一下layout需要注意的地方。
1带有nav bar：
如果按之前的frame将y设置为0，有可能subview会被bar挡住。如果要是subview加在bar底的话可以通过设置：
self.edgesForExtendedLayout = UIRectEdgeNone;
这样就可以了，在viewDidAppear里你可以发现，view的frame已经去掉了bar占用的高度了。
此外，iOS7中的nav bar默认是带透明的。但是如果选择了非透明的bar呢？这时，viewcontroller的view会默认去掉bar和statu bar的高度。但是这时，如果想让view的尺寸全屏又该如何呢。这时只要设置：
self.extendedLayoutIncludesOpaqueBars = YES;
这个属性的英文本身解释得很到位了，就不多说了。
2不带有nav bar：
这时statu bar无论如何都是占据掉20的高度，所以subview的布局需要计算在内。
此外，UIViewController还添加了automaticallyAdjustsScrollViewInsets, topLayoutGuide/bottomLayputGuide等属性。有需要的可以自行测试
ios6，bar的tintcolor使用tintColor；ios7则要使用barTintColor（ios7里bar的tintcolor用于设置BarButtonitem）。对于支持多个iOS的App，需要区分。此外，UIView新添加了tintColor的属性。如果给window设置tintcolor：
self.window.tintColor = [UIColor redColor];
那么，nav bar上的按钮颜色会变成红色。如果view没有设置这个属性（通常为nil），那么默认使用父view的tintColor。对于顶层的window，tintColor是由系统定义的。需要提醒的是不能通过appearence的方式来设置tintColor。
据说使用Dynamic Type后，可以
在iOS7中，用户可以设置字体大小到自己认为合适的地方。如果程序想响应这种变化的话：
UIContentSizeCategoryDidChangeNotification Notificationios7新添了在runtime的时候，指定动作失败的delegate。Apple举例说明：系统本身有从下向上显示控制中心的功能，那么在App里如果view也添加了这样的手势操作，那么可以在delegate里动态设置为nil从而先响应系统的。
Apple文档中剩下的部分，详细阐述了一些控件，control，和view的变化，文档里附有详细的异同比较并有图例。这里就不再一一赘述了。
我个人从中学到的：
2013-09-13
相关文章
