第一种方式：等效 Main Navi 切换
Flick操作相当于顺序Tap主导航相关操作，比如安卓版的微信
第二种方式：独立Sub Navi 切换
Flick操作相当于顺序Tap子导航相关操作，但不能跨越主导航项目，比如Boss直聘安卓版，淘宝安卓版（淘宝|微淘的子导航是可滑动切换的）。
第三种方式：遍历 Navi Tree 切换
Flick操作相当于顺序Tap每个主导航项目和下属子导航，实现遍历整个树形导航结构，比如网易云音乐安卓版。
相同的Navi结构采用第二种方式和第三种方式的切换顺序对比
例外情况
微信IOS版本，Flick操作被【管理聊天记录】占用，因此无法提供便捷的Navi切换；界面已包含Flick触发的其他操作，此时需要谨慎设计Navi切换。
iOS版的新版淘宝Tab栏上图标有两种状态，也算一例外情况
注意事项
Flick触发Navi切换，要避免在表单界面参与其中，误操作的可能性比较高
面向未来的过度？
自然用户界面（Natural User Interface，NUI）是人机交互HCI的前沿领域，希望用户以最自然的交流方式（语言、文字、表情、肢体）与机器互动。
每次带着蓝牙耳机打电话，身边路过的人们都会看到神经质一样自言自语的胖子，他们会躲得远远的；也许在遥远的未来，大街上会有一群用户手舞足蹈的【使用产品】；届时，自言自语的胖子已经成为大众眼里的正常人。
NUI还在探索阶段，前几天搞了一本《无界面交互》，很多设计方法还是在实验阶段，木有形成体系；理想很骨感，商业很丰满，IOS新增的3D touch功能算不算NUI呢？只能呵呵了。
【不选用】的原因分析
1. 交互框架的影响
Main Navi选择了汉堡包导航，在某些情况下不太适合Flick触发navi切换
2.不可预测的效率问题
在复杂界面之间快速切换，如果带有刷新动作，特别是原生+HTML混合编程，可能会导致一些问题，比如浪费数据流量（用户想从1切换到4，可能经过2和3）。
3. 大公司的管理架构
大公司区分事业群，比如“酒店”和“机票”是两个完全独立的BG负责，每个BG可能存在相互独立的产品团队，可能需要跨部门协作，才能实现左右滑动Navi切换。
