【IOS】关于引导页,你真的会用吗?

APP首次启动的时候,都会显示一个引导页来展示APP的使用.好多人都觉得,这么简单的问题还用说么?

其实稍微不注意,就可能出现问题.

创建方式:

有两种思路

• 一种是自定义View.
• 创建一个ViewController.

加载引导页的位置

• 放在AppDelegate中,
• 放在homeViewController的ViewDidLoad中.

先说一下用ViewController实现的方式.

如果是采用AppDelegate中使用ViewController方式实现.那就需要用到切换rootViewController
如下:

但是这种方式用户点击进入按钮之后.有两种选择.

• 利用代理或者block将rootViewController切换回mainViewController
• present 到MainViewController

第二种方式显然不可取,因为第一次安装的话,整个过程,最底层都会存在一个根视图.虽然有点可笑,但是我以前也确实这样写过,感觉用户根据感觉不到,而且只影响首次安装.但是后来朋友说.如果以后有个页面需要dismiss到rootViewController那样不就露馅了吗?所以想想,确实是这样.

如果是这样的话,这种方法只能选择切换rootViewController,但是切换回来的话,界面是突然闪出来的.没有动画效果,看起来很突兀,也不太舒服.

那放在HomeViewController中会怎么样呢?

如果放在页面中的话,我们只能在ViewDidLoad中判断如果是第一次,就present我们自己的页面.

但是,这样的话,运行的过程中发现,界面会短暂的闪一下首页,然后跳转到引导页,即使我们把跳转动画设置为NO.

所以引导页最好的方式是自定义一个View.

然后需要的时候,初始化一个View.

为了逻辑清楚,推荐将引导页的View添加到AppDelegate的window上.但是一定要注意一点,添加的时候一定要在makeKeyAndVisible方法之后再AddSubView.

这样如果以后需要切换rootViewController也不需要改动引导页的代码.

值得注意的是

在第一次加载引导页的是,观察到内存会增加不少.就算自定义的View被移除了,内存也不会降低,但是进一下后台内存就会恢复原始大小.
这是由于ios开发UIImage imageNamed方法的误用导致的.
具体原因可以点进去查看.
简单点说就是imageNamed方法会让图片缓存在内存中,之后进到后台才会清理.

所以最好的方式是采用imageWithContentsOfFile加载图片.这种方式不会有缓存,view释放之后,图片占用的内存也会立马释放.但是这样的话.我们必须将图片放在工程根目录中而不能放在Assets.xcassets中,而且名称也不会自动区分@2x和@3x的图片.使用起来不是很方便.

这就要看我们的权衡了.
可以参考下面的文章

UIImage加载图片的方式以及Assets.xcassets对于加载方法的影响

其实这只是一个很小的一部分细节,我们很多时候,根本不回去认真观察.

最后我的决定是继续采用imageName的方法.毕竟这点内存虽然也不小,但是对用户体验影响几乎可以忽略,但是我们要知道有这么一个问题.如果以后遇到一个变态的产品经理的时候,可以顺便把这一块优化了便可.

Demo地址:https://github.com/yuying2012/WJDStudyLibrary
这是一个大工程,请从工程中寻找相关模块代码.