App升级iOS7体会

简介: App升级iOS7体会本文转自App升级iOS7体会。xcode5 GM版已经发布,虽然还是pre-release版,但离最终版不远了。对于没有用到新特性的app面临的最大问题就是UI的变化。


App升级iOS7体会

本文转自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的设计遵循三大主题:

  1. Deference:UI帮助用户理解和使用内容,但不要喧宾夺主(不要让用户重UI而不重内容)
  2. Clarity:文字要清晰,icon要清楚地言名答意,修饰要适当不可画蛇添足,总之要以实现功能为先来推动设计
  3. Depth: 视觉的层次感和现实的运动感,可以加强用户的好感和理解

在(重)设计App前,还需要考虑:

  • 是否使用Auto Layout
  • App是否需要支持iOS6

ps:Apple似乎只为开发者“考虑”了ios6上App的升级,不知道还有很多地方的人还在为4.3,5.x的系统奋斗! 为了更好的区分App类型,从使用控件的角度,Apple将App分成三种类型:

  • standard:标准型,控件全是UIKit提供的
  • custom:自定义型,不包含任何UIKit提供的控件
  • Hybrid: 混合型,UIkit和非UIkit的控件兼而有之

标准型的话,需要做的修改可能相对少一点,但是因为iOS7的变化太大了,还是会有“莫名”的问题:

  1. nav bar带有背景图片:背景图片是某种深色的带渐变的效果,iOS7上直接导致上面的按钮(返回键,添加的功能键)不见了,但是能点击
  2. 某个subview到statu bar后去了

这些问题通过文档都能比较容易的解决,标准型App升级主要遇到的是:布局,对于交互方面的修改升级不会太大。 对于非标准型控件来说,我觉得最大的问题就是风格要和系统协调(说了句废话)。这主要还是设计师费神的事情了,我和设计师沟通的结果就是认为App的配色需要好好修改,大家仁者见仁,智者见智吧。

项目评估(Scoping the Project)

以下就是Apple提供的cheklist。

App必须做的

  • 更新icon:120×120;150×150(for ipad);注意ios7下icon不支持高亮和阴影;而且icon的圆角方式也和以前的不一样
  • 更新启动画面:页面尺寸要包含状态栏
  • 要支持retina显示

App应当做的

  • 确保在透明的UI环境下,内容清楚可见,比如bar,键盘还有透明的状态栏。视图控制器的全屏特性也要注意(其实就是要考虑状态栏消失时的布局)
  • 重新设计自定义的bar button
  • 准备无边界的按钮: 重新考虑按钮是否还需要背景图片之类
  • 检查硬编码的UI值:比如大小/位置等,尝试通过系统的方法来确定这些值
  • 检查UI控件更新导致的问题:如进度条变窄, group型table不是分组显示的了
  • 采用动态类型(Dynamic Type):iOS7下用户可以调整字体大小。因此当使用了Dynamic Type,你需要让文本响应用户的调整(这个还没试验)
  • 做好用户会从下向上滑进入控制中心的准备:系统检测到从下向上的手势,就会进入控制中心,而不会把事件传递到App。如果手势没有唤起控制中心,那事件会——有些轻微的延迟,传递到App
  • 重新审视阴影,渐变,贝塞尔渐变。因为iOS7中光滑和层次感是美学中心,——不再推崇拟物化的风格
  • 可以的话,更新App来支持iOS6: 如使用Auto Layout,storyboards; 不要使用过期的API

从checklist可以看出Apple这次推陈出新的力度很大,我的感觉是以后的App最低只要适配iOS6,但是对于天朝不知道5.x以及以前的系统用户占比有多大了。还有,以后的开发一定要使用autolayout还有sb。在iOS7新建工程的模版里已经没有xib了,都是默认sb,还有都是默认ARC。

支持iOS6

Apple所指的其实是支持ios7前的系统,只不过他“眼里”现在只有ios6了。这里列举的方法,对于5.x的系统大部分也是使用的

使用IB来支持多版本App

在Assitantor模式下,xcode5提供给开发者ios7和ios7前两种布局,只要点击preview(如图),右下角可以点击切换 Screen Shot 2013-09-16 at 11.07.30 AM

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

}

 

Updating the UI(更新UI)

这里按照Apple文档的脉络,挑选那些我遇到的问题。

Using View Controllers

最主要变化就是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等属性。有需要的可以自行测试

Using Tine Color

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。

Using Fonts

据说使用Dynamic Type后,可以

  • 系统会自动征对字体大小来调整字符间距和行高
  • 可以设置带有语义的文本,比如制订headline,body,footer等
  • 用户在Settings里修改大小,那么文字会实时动态的响应

在iOS7中,用户可以设置字体大小到自己认为合适的地方。如果程序想响应这种变化的话:

  1. 使用preferredFontForTextStyle:来生成字体
  2. 响应UIContentSizeCategoryDidChangeNotification Notification

Using Gesture Recognizers

ios7新添了在runtime的时候,指定动作失败的delegate。Apple举例说明:系统本身有从下向上显示控制中心的功能,那么在App里如果view也添加了这样的手势操作,那么可以在delegate里动态设置为nil从而先响应系统的。

 

Apple文档中剩下的部分,详细阐述了一些控件,control,和view的变化,文档里附有详细的异同比较并有图例。这里就不再一一赘述了。

我个人从中学到的:

  1. nav bar带背景要慎重处理,自定义的bar button item需要多试几次,需要图片的要好好设计
  2. statu bar和view的全屏的处理
  3. 要用ib的话,就用storeboard
  4. 使用Auto Layout

2013-09-13




目录
相关文章
|
1月前
|
API 数据安全/隐私保护 iOS开发
利用uni-app 开发的iOS app 发布到App Store全流程
利用uni-app 开发的iOS app 发布到App Store全流程
88 3
|
1月前
|
iOS开发 开发者
一键制作 iOS 上架 App Store 描述文件教程
一键制作 iOS 上架 App Store 描述文件教程
|
1月前
uni-app 185iOS端兼容处理
uni-app 185iOS端兼容处理
36 1
|
2月前
|
iOS开发 开发者
苹果iOS App Store上架操作流程详解:从开发者账号到应用发布
很多开发者在开发完iOS APP、进行内测后,下一步就面临上架App Store,不过也有很多同学对APP上架App Store的流程不太了解,下面我们来说一下iOS APP上架App Store的具体流程,如有未涉及到的部分,大家可以及时咨询,共同探讨。
|
2月前
|
安全 数据安全/隐私保护 iOS开发
iOS App 上架流程图文教学
在上架App 之前必须先准备好开发者帐号,但申请开发者帐号因法兰克早在之前已经申请好了,故就跳过此步骤,直接从产生凭证到上传App开始讲起。首先,要将自己辛苦写好的App 送审的话,则要依序做完下列几件事情即可。
|
1月前
|
Android开发 iOS开发 开发者
App备案-iOS云管理式证书 Distribution Managed 公钥及证书SHA-1指纹的获取方法
App备案-iOS云管理式证书 Distribution Managed 公钥及证书SHA-1指纹的获取方法
96 0
|
1月前
|
开发者 iOS开发
iOS App上架新规解析:如何进行App备案
iOS App上架新规解析:如何进行App备案
142 0
|
1月前
|
iOS开发 开发者
【教程】uni-app iOS 打包解决 profile 文件与私钥证书不匹配问题
【教程】uni-app iOS 打包解决 profile 文件与私钥证书不匹配问题
|
2月前
|
iOS开发 开发者
iOS App 上架指南及关键建议
上架App Store是将iOS应用提交申请并上线的过程,旨在让应用在App Store上展示,吸引用户并获取流量。本文将介绍iOS上架的整体流程,并提供一些建议和注意事项。
|
2月前
|
iOS开发 开发者 UED
2023年iOS App Store上架流程详解(上)
在2023年,随着苹果发布机制的微调,有些关于iOS App上架流程的资料已经过时。本文将根据最新的要求和经验,详细介绍iOS App上架的流程。