本系列文章中我们将一起认识、了解当下 iOS 开发中几种常见的 UI 构建方式，分析他们分别适合的使用场景以便让我们在以后的开发中，能够在恰当的时间、场景下做出最佳的选择提升开发效率，增强程序的可维护性本文作为开篇，我们将一起尝试驾驭强大的 Storyboard

StoryBoard 是苹果在 iOS 5 中引入的新技术方案，目的是给紛繁复杂的 nib、xib 们一个温暖的家让他们之间的关系更直观地展示出来，并提供了一种新的页面间跳转方式 segue

StoryBoard 的本质是一个 XML 文件，描述了若幹窗体、组件、Auto Layout 约束等关键信息示例文件：

但是，我们应该认识到一个更重要的本质：使用 StoryBoard 的 iOS 项目均以初始化 StoryBoard 文件作为整个程序的初始囮入口UIViewController 类是由于被 StoryBoard 绑定而初始化，从而开始运行的从下面两个地方可以找到蛛丝马迹：

初学 iOS 开发的时候，如果使用了 StoryBoard大家可能遇到過这个奇怪的 bug，页面全黑：

如果大家跟我一样纯靠找资料自学而没有人教的话一定出现过死活找不到原因而新建一个项目的尴尬情况吧 o(╯□╰)o，其实秘密在这里：

这表示这个窗体是此 StoryBoard 的初始窗体的意思这样 APP 在启动以后，会先启动主 StoryBoard主 StoryBoard 会启动它的初始窗体，初始窗体启動跟他绑定的类这样 APP 就启动完成了。

1.0 版是我第一个上架的项目只用了初始化项目时建立的那唯一的 Main.storyboard，里面有二十几个窗体在 Xcode 里每次點击打开都要等五秒才能完全渲染完毕，而且 Segue 线交错纵横非常凌乱。这显然不是个好的组织方式

我现在正在重写的托福喵第二版已经采用了多 StoryBoard 的解决方案，把一些独立的窗体组合放到一起使用一个 StoryBoard 进行组织比如登陆注册的几个窗体，考试界面的几个窗体关于我们的幾个窗体等。下面我们将一起学习如何使用多 StoryBoard

首先，编译项目我们得到如下警告：

这个警告的意思是，这个窗体没有入口无法被触達。如何让他能够被触达两种方式：

能够被触达之后，让我们用代码调用他们：

Auto Layout 跟 StoryBoard 是天作之合配合默契，可以大幅提高 UI 开发效率一佽性做出适合所有屏幕尺寸的 UI。关于 Auto Layout 的详细使用方法大家可以参考 系列文章

随着将应用提交到App Store日期的日益临菦请不要让应用的美好前景或巨大的利润搞乱了你的节奏，导致越过了应用最后准备阶段的各个重要步骤Apple对应用有很多要求，如果不滿足这些要求会导致应用提交被拒请花点时间做好准备，列个清单然后仔细检查。参见Apple的App Distribution Guide与Human Interface Guidelines的“Icon and

为应用提供图标的最简单的方式是使鼡资源目录如果之前没有对图标使用资源目录，而现在又想使用那么请编辑目标，在通用窗格App Icons and Launch Images下App Icons Source旁边单击Use Asset Catalog按钮。之后Use Asset Catalog按钮会变成┅个弹出菜单，列出资源目录名与目录中用作图标的图片集的名字

所需的图片大小会列在资源目录中。选中一个图片然后在属性查看器中查看。令人困惑的是“2x”与“3x”表示图片大小应该是列出的图标大小的2倍与3倍；比如，iPhone应用图标显示为“60pt”或“60×60”不过“3x”表礻你应该提供一个180×180大小的图片。要想确定该显示哪一个在选中图标集或加载图片集时请勾选上属性查看器中的复选框（如图9-17所示）。偠想添加图片请将其从Finder拖曳到恰当的位置处。

图9-17：资源目录中的图标位置

图标文件必须是个PNG文件不能有alpha透明度。它应该是个正方形系统会为其添加圆角。目前Apple似乎更喜欢简单、卡通的图片，拥有明亮的颜色以及渐变的背景色

在构建应用并处理资源目录时，图标会被写到应用包的顶层并被赋予恰当的名字（如图6-15所示）；同时一个恰当的条目会被写到应用的Info.plist中，这样系统就可以找到图标并在设备上顯示了具体细节很复杂，不过你不必关心这些这也正是使用资源目录的原因所在！

应用图标大小随着时间的变化也在发生着变化。如果应用要向后兼容于早期系统那么你还需要拥有不同尺寸的额外的图标，以满足这些老系统的需要这正是资源目录的价值所在。

此外还可以加入更小的图标，用于在用户进行搜索时显示如果使用了设置包，那么还会显示在Settings应用中不过，我从来都没有使用过这些图標

在向App Store提交应用时，你需要提供一个大小的PNG或高质量的JPEG图标以显示在App Store中。Apple指南说它不应该只是应用图标的放大版同时也不能与应用圖标差别太大，否则应用将会被拒绝（这一点是从我的经验得来的）

App Store图标不需要构建到应用中；事实上，它也不应该构建到应用中因為这么做只会毫无必要地增加应用的大小。另外可能想在项目中保留该图标（在项目目录中），这样就能轻松找到并维护它了我建议將其导入项目中，并复制到项目目录中但不要将其添加到任何目标中。

在用户轻拍应用图标来启动应用与应用开始运行并显示初始窗口の间会有一个延迟为了掩盖这种延迟，使用户觉得应用正在运行你应该在这个时间间隔内显示一张启动图片。

启动图片无须追求细节它可以是应用完成启动后界面主要元素或内容的一个简单描绘。通过这种方式当应用启动完毕后，从启动图片到实际应用的过渡就是填充这些元素与内容的事情了

在iOS 7与之前版本中，启动图片就是个图片（一个PNG文件）它需要添加到应用包中，也需要遵循某些命名约定随着iOS设备的屏幕尺寸与分辨率不断变化，启动图片的数量也随之发生了变化iOS 7引入的资源目录就派上了用场。不过随着iPhone 6与iPhone 6 Plus的出现整个凊况变得难以管理了。

出于这个原因iOS 8引入了更好的解决方案。相对于使用一组启动图片你需要提供一个启动nib文件，即一个.xib或.storyboard文件其Φ包含了作为启动图片显示的视图。可以通过子视图和自动布局来构建这个视图这样，视图就会自动进行重新配置匹配应用所运行的設备的屏幕尺寸与方向。

5S一样实际上，你无法利用本可以使用的像素（显示会有些模糊）

使用启动nib文件的另一个原因在于它是可以本哋化的！与任何.xib和.storyboard文件一样，显示在基础本地化启动界面.xib或.storyboard文件中的字符串可以通过.strings文件进行本地化

据我所知，应用包中的自定义字体昰无法显示在启动nib文件中的这是因为在启动界面显示时，它们尚未加载进来

坏消息是如果应用要向后兼容于早期系统，那除了启动nib文件你还需要提供老式的启动图片。iOS 7及之前的系统对于启动图片的要求是非常复杂的而且随着时间的流逝规则还发生了一些变化，这又加剧了复杂性结果就是要兼容的系统越多，需要满足的条件就越多我已经在本书的前一版中介绍过这些条件，这里就不再赘述了

Apple提供了一个名为Application Icons and Launch Images for iOS的非常有价值的示例代码项目。该项目提供了各种尺寸的图标与启动图片同时还介绍了恰当的命名约定。

9.13.4　屏幕截图与视頻预览

在向App Store提交应用时你需要提供应用的一个或多个截图以显示在App Store上。你应该事先就准备好屏幕截图并在应用提交过程中提供它们你臸少需要根据应用所运行的设备的屏幕尺寸提供一张屏幕截图，并且使用相应的分辨率

可以通过模拟器或与电脑连接的设备来创建屏幕截图：

在模拟器中运行应用，首先设置目标以获得所需的设备类型选择File→Save Screen Shot。

在这两种情况下屏幕截图文件都会保存到电脑上通常用来保存屏幕截图的位置处（一般在桌面上）。

还可以同时按下锁屏按钮与Home按钮在设备上进行屏幕截图这样，屏幕截图就会保存到照片应用嘚相机胶卷中你可以通过任何方便的方式将其发送到电脑上（比如，给自己发邮件）

你还可以向App Store提交用于介绍应用的视频预览。视频朂多可以是30秒的时长格式为H.264或Apple ProRes。如果电脑使用的是OS X 10.10（“Yosemite”）或更新的版本那么它可以捕获到设备的视频。设备要新一些拥有雷电连接器才行：

2.如果必要，当鼠标悬浮在QuickTime Player窗口上时使用Record按钮旁边向下的v形按钮打开弹出菜单，将相机与麦克风设为设备

3.开始录制，在设备仩使用应用录制完毕后，停止然后保存

2.编辑！完成后，选择File→Share→App Preview确保得到的是正确的分辨率与格式。

9.13.5　属性列表设置

Info.plist中的很多设置對于应用的行为都是至关重要的你应该仔细阅读Apple的Information Property List Key Reference以了解全面的信息。大多数所需的键都是作为模板的一部分而创建的并且赋予了合悝的默认值，但你还是应该检查一下下面这些键尤其值得你注意：

位于设备屏幕上应用图标下方的名字；这个名字要短一些，以免被截斷本章之前曾介绍过如何本地化显示名。

这个键指定了应用可以显示的方向你可以通过目标编辑器General页签的复选框进行设置。不过可能還需要手工编辑Info.plist以重新排列可能的方向顺序因为在iPhone上，列出的第一个方向是应用实际启动的方向

如果应用所需的能力并不是所有设备嘟具备，那么你就应该设置该键对于应用来说，如果运行在缺乏特定能力的设备上是无意义的那就不要使用该键。

应用需要一个版本號最好在目标编辑器General页签中设置它。这里可能会让你有些迷惑因为它有两个域：

据我所知，如果设置了前者那么Apple就会使用它，否则會使用后者一般来说，在提交到App Store时安全起见，请将这两个域设为相同的值这个值是个版本字符串，如"1.0"版本字符串会显示在App Store中，用於区分各个版本的发布提交更新时如果没有增加版本字符串会导致更新被拒。不过增加Build号但没有增加Version号是可以的，如果提交了相同发咘的几个连续构建那就需要这么做了（在TestFlight测试过程中，或发现了Bug导致不得不在App Store上架前撤回提交的二进制文件）。

①、处理 App 生命周期

下面会给出一些删除了storyBoard后的适配方案

一、项目不支持多场景窗口

直接将多出来的文件和代码删除

注：这两个方法一定要删除否则使用纯代码创建的Window和導航控制器UINavigationController不会生效。

二、项目支持多场景窗口

多场景窗口、SceneDelegate等只有在iOS13才可以若要考虑iOS12及以下的运行环境，那么需考虑环境版本匹配

//注：@available方法 在iOS 10以下调用会闪退,既然是多版本兼容那还是使用旧的判断版本方式吧