系统升级应对之策：稳+快
并不是所有开发者都会对系统的升级充满了期待和欣喜，尤其对于一些做外包的开发者来说，每次系统的升级都意味着很多不确定的因素，从不知名的角落里冒出来，冷不妨的跳出来给你一个“Supprise”(连这个单词都有bug了……)。iOS的升级每次都会给各个应用造成各种各样的麻烦，或者造成原有的UI变动，导致用户体验的变异。在CMDN的线下沙龙中，爱图腾科技高级架构师廉洁“献身”说法，站在手机移动外包公司的角度，经过大量实践以及每次升级的经验，总结了一些相对较有条理的应对方法：
首先一定要关注最新资讯。多去Apple官方网站，像iOS 5的升级，在官网提前很久就已经放出来对应的文档、新特性说明等。同时还有很多视频资源，会演示新特性对开发或者设计造成那些影响。还有各种iOS开发相关的论坛，例如CocoaChina，CSDN社区等。
接下来就是对平台的动作采取快速反映，第一时间提供一个版本的更新，这个非常重要，能给用户非常好的体验。但是要记住一点：一定要保证稳定性。做iOS应用就要有Apple的风范，快速反映不代表为了快而赶工，应用的稳定性是用户体验的前提。所以不要急着使用新特性，开发人员很容易陷入新特性带来的亢奋中，但是实际上从整个产品的运营来看，本着稳定压倒一切的原则，一定要慎重!
最后是覆盖测试。测试是最有效的手段，能够发现很多问题。全功能的覆盖测试，需要在上线之前就能够去维护一套完整的测试方案。这样每次就照着这个方案走一遍，就会很方便的发现问题。另外一点，要覆盖全部的设备和全部的兼容系统。虽然理论上不同设备之间只要系统的版本一样，应该没有问题，但是实际总是和理论有所出入的。
每次系统升级后，Apple会列出所有他认为重要的东西，开发者可以比照着然后一条一条的查漏补缺。同时也应该关注一些其他网站、论坛上，很可能会得到启发和预警。之前说的其实是一个比较通用的一个大的方面的一个概括。
iOS新特性介绍
iCloud Storage对于开发者的意义：所有iOS设备上的文件都能够通过Apple提供的iCloud Storage上传。iCloud Storage上线之后，对本地存储会有一些强制性的要求。什么样的数据可以上传？首先是用户生成的数据，或者是不可被重新生成的可以上传，剩下的部分要放到Cache里。按照Apple的Guideline的说法，这类数据是自动的会被备份iCloud Storage上，就要求开发者尽量的为用户节省空间和流量。
慎用ARC，一把双刃剑：ARC是将之前手动Release的东西在编译期间自动化，和手动编译是一样的。据Apple的宣传来讲，ARC在Release、Return管理的效率上，有很大性能的提升。ARC极大的降低了iOS开发门槛，却也带来了一些负面效果。它和Java的垃圾回收机制不同，是攒到一定的程度再去释放。由此必然导致一些垃圾回收不及时，或者在释放的时候对性能造成影响。
廉洁认为目前上线的大部分应用内存管理比较完善，因此不会对产品有明显影响。ARC对从C或者C++过来的东西识别上有一些困难，他对这些的应用有一些特殊的声明。如果应用里用了很多第三方的类库全部转成ARC，是需要一些勇气的。转完之后可能大家心里都没底，会不会造成什么问题，还需要详细、全面的测试。所以新员工谨慎用，维护期的线上的应用尽量用，新应用倒是可以用
Newsstand介绍：Newsstand只是给新闻类的应用提供了一个聚集的场所。它的好处包括：可以提供个性化的封面，每期一个封面，大小可以自己设定。Apple提供了几种标准，包括杂志的样式或者新闻的样式。另外杂志类的应用经常要求大量的数据的下载，Newsstand提供了在后台下载和推送机制，避免用户在打开应用之后，应用开始下载杂志内容，导致可能出现的人身伤害事故。
一些其他的新特性：Storyboards对开发者来讲很有吸引力，同样对已经在线上的应用慎用。而对Coreimage来说，Apple提供了大量的图象处理的API，真正做起来，门槛有点高，好多图象的算法学识很难。像Location Simulation目的在于解决开发者在开发基于地理位置应用时候实地测试的困难。但是其实不是特别的灵活，仅能够一定程度上提供这种模拟。Instumnets，提供了大量性能分析工具。OpenGL ES为测试和debug都提供了更好的环境。
关注此文的读者还看过：
