谓的“左右横滑”交互英文叫“Horizontal Scrolling Lists”，早可能起源于 Windows Phone 的横向内滑动设。用于同一页面的 X 轴方向拓展内空间，“左右横滑”的交互方式被广泛应用于各类 App 中。
横向滑动作手势交互的一拓展，目的初衷提升信息“内操作”的拓展性。
1. “内”拓展性：
移动端的任何类型页面内都可能无法一界面呈完整，因此滑动去呈多的内，常见的当然纵向滑动。但它无法承载所类型内呈的问题，这时候就需横向滑动解决。
2. “操作”拓展性：
当一页面的内已固完整的，这时候需用户行一些行操作，如常见的下载、删除、添加、理…,这些行如果直接呈界面必然导致混乱，因此需配合一些横向滑动激发这些行，从保证界面的流畅体验。
横向滑动从移动端手势出到十几的时间已了非常典型的使用场景，接下我们就列举一下哪些常见的类型：以下从「清晰度、效果」两纬度行分解
1. 入口型横滑切换（手机主页app、各大电商入口、banner…）
解决内容拓展问题
这类景通常是用户最熟悉的，不论从认知清晰度、效果角度都是不错的，主要因是景曝光度非常高、频次非常高；比如Android\ios首页横滑切换app入每上百次的操作频次；
2. 内容型横滑切换（微视、垂直电商、地图）
解决容拓展问题
这类切换方式适合容相对聚焦和单一的产，如垂直类电商：wish、唯会，有容仅仅是通过类目来区分的产；微视：容统一为小视频…;百地图：横滑查看更大范围地图…;由于容的统一和整合，因此切换难低，但在认知的初期会稍有一定的门槛，原因是大分app都是纵向滑feeds流，而且户记忆是海马记忆，会特别清楚记得app的操作，打开app和户会有一个认知过程，但门槛。
3. 隐藏操作唤起
解决操作拓展问题（理列表、IM列表、通讯录list…）
解决操作问题
所类型中的横滑，只这种方式不浏览型手势操作型，通常这类功能隐藏列表中，了保证列表信息的效性观度，选择隐藏操作功能，由于低频操作，所以初需用户发并功使用该功能；不过目很多list页面都采用这种通用的交互手势，因此用户并不难发。
4. 模块内容横滑切换（饿了吗\品质优选）
最复杂也是最容易出现问题
解决内容拓展问题
这是最容易出场景，是在个界有个模块采用滑动，而其它内容又是纵feeds流滑动；由于移动端内容路径多、入口多，此用户核心操作流是：找入口——看信息——做任务；在这个过程任何个隐晦、不常见交互都很容易被用户忽略，比如说：饿了么品质优选、唯品会级类目、去哪儿旅游荐…，这些案例其实是为了空拓展更多内容而做此选择，常情况下隐藏内容击率会骤降，很少有用户耐心滑浏览完成，此设计师要严格把控数量以及内容质量；在这里有情况是很严，是模块级滑内容与纵列表有叠加交互，会导致用户反复在2操作完成任务，这常不议使用此手势，然以下案例并没有这情况。
1. 几乎能够100%适到所有设备，持一致
2. 为二级信息供了展示空间，并且占页面空间。
如在图片画廊里的图片，横向滑可户预览容，可划过或者点击查看。
3. 横向滑节约了纵向屏幕空间。
而是将有容都展示在一个很长的页面。纵向布有的信息都成小展示。但是横向滑更灵。现在，容可在横向和纵向两个方向同时展示。
4. 横向滑可户预知分类里的容，通过往一边滑、向滑，差同类别的容。
两个维户可在同一个界面中看到更多的类别和择。
5. 横向滑的容需要保持质量和持续吸引才升点击转。
1. 挑选合的使用场景
单页多维的信息结构是“左右横滑”最适合的应场景。传统的 List 适合纵向无限呈现单一属性的容（如友圈或知乎的答），而对于 App 首页等多种信息聚合的页面，就适合横向开拓容维。
2. 显眼并适宜的主题展示
3. 引导左右滑动（可见性）
4. 控制数量并避免极限情况
5. 低效率错误的优先级
设计师们都“左右横滑”的设计，仅因为信息密大，页面层次好梳，更多是因为操作方式“酷”。但有经验的设计师会尽可拒绝“左右横滑”，因为它的效率还是太低。而效率低，体现在两个方面：
首先，就像上面说的，更的小白用户对左右滑动的预期并不强，还是更加适应纵向滑动的传统互方式。违反“Don’t Make Me Think”的基原则。
其次，纵向和横向优先常常导致预期错误。以下图 App Store 为例，所谓的内容都是 App，泳道只是用不同的维度把 App 组织起来。
如你要买其个资位，你要更高优先级“泳”第屏位，是低优先级“泳”第屏位呢？
欢迎关注作者微信公众：「Jingwhale Design」
浙公网安备33011002017549号