快手为何惹人嫌？

　纵观交互规划开展史，即是立异的交互形式被广为承受后变成规范，旧的交互形式不断被筛选的前史。所以交互形式开展也是一个“物竞天择，优胜劣汰”的进程。
　　交互规划是一个创造性的作业，运用立异的方法美丽地处理商品疑问，是一个交互规划师价值的表现。当立异的交互规划被用户认可、被业界同行学习，更是一种无穷的工作满足感。这种立异纷歧定是惊天地泣鬼神的革命性规划，一个小小的交互组件的立异就能够让商品体会增色不少。

　　一、翻滚条的立异【重构法】

　　我们先来回想一下阅览PDF文档的两种翻滚方法：1、手型东西拖动 2、翻滚条。

　　要翻看后边的信息，用手型东西向上拖动，用翻滚条则是向下拖动，两种操作方法的原理是什么呢?

　　把文档分红可视区域A和全体区域B。翻滚条滑块对应的是文档的可视区域A。因此翻滚条拖动的是可视区域A，而手型东西拖动的是全体区域B，两种操作方法拖动的主体纷歧样，所以方向恰好相反。

　　翻滚条能够理解为文档在笔直方向上的缩略图，滑块能够表明可视区域当时方位，可视区域占全体区域的份额。跟着文档全体区域不断增高，可视区域所占的份额越小，因此滑块高度不断变小。计算过IE、FF、Office等常用软件，通常滑块高度到8px时就不再缩小。当滑块高度只剩8px时，翻滚条的拖动体会就适当的差。

　　Google wave对翻滚条做了斗胆的立异。

　　1、 上下按钮与滑块连在一起(优点：从滑块到上下按钮的鼠标运动间隔变短;疑问：点击上下按钮，滑块无法跟随运动)

　　2、 翻滚条的滑块高度固定不变(优点：处理了滑块极小的疑问;疑问：无法表明可视区域的份额)

　　这两处修正优化了传统翻滚条的疑问，却导致翻滚条基本特点(“方位”与“份额”)疑问。为处理导致的新疑问，谷歌 wave的翻滚条引入了两个新元素：

　　1、 半透明灰色块 (点击上下按钮，滑块无法跟随运动，则半透明灰色块运动——处理方位疑问)

　　2、 停止条 (wave内容不断增多，停止条方位不断向下，用来表明内容全体高度——处理份额疑问。惋惜这个停止条视觉效果让人以为是可拖动的，简略导致疑问。)

　　Google Wave花了这么大心思立异翻滚条，也面临着翻滚条复杂化后导致的用户习气疑问。自己认为这个翻滚条立异是因商品需求而做的，wave一个页面也许一起存在4个翻滚条，当4个传统翻滚条一起出如今一个页面上效果可想而知。Wave翻滚条不管视觉仍是交互上都是很“轻”的规划，与商品全体上还算恰当。

　　====================================================

　　苹果对翻滚条的改善则简略有用：加锚点。

　　mac官网： 加锚点横向翻滚条，点击锚点，滑块翻滚到相应方位

　　iphone音乐专辑列表：加锚点的翻滚条，轻触字母，列表翻滚到相应方位

　　加锚点的方法让翻滚条增加了导航和准确定位功用，变得愈加易用。

　　二、组合查找框的立异 【组合法】

　　多见的带条件查找框是“输入框+下拉菜单+按钮”三个控件构成的，适宜的控件组合能够带来非常好的效果。

　　1、【输入框+下拉菜单】组合
　　新浪微博的查找框，将下拉选项融合到输入框提示里，挑选查找规模的操作愈加便当。

　　

#p#分页标题#e#



　　Google reader这么的带输入操作的下拉菜单，让下拉菜单愈加易用。(这种控件组合在word、photoshop等软件里很多见，如字体挑选控件)

　　2、【按钮+下拉菜单】组合


　　豆瓣与Flickr的查找按钮后边加了一个下拉箭头，按钮与下拉挑选操作合二为一 (flickr这个规划与它网站主导航条体会共同，豆瓣用这种规划在其整站看来则略显突兀)
　　三、文件上载组件的立异 【瘦身法】

　　规范的文件上载组件是由“输入框(伪)+阅览按钮+提交按钮”构成。之说以称之为“伪输入框”是由于它首要承当显示文件途径的效果，所以Firefox下点击这个输入框是开端文件挑选操作，chrome更是把伪输入框改造成了按钮，复原控件最初始的效果。

　　运用规范文件上载组件常常会呈现两个提交按钮，最常常的误操作即是：选完文件后，直接点击“保存头像设置”，所以杯具了。

　　Gmail附件上载的规划对文件上载组件做了两次瘦身手术。

　　曩昔的gmail附件上载过程是：1、点击“增加附件”(点击后呈现一个不带提交按钮的上载组件)，2、挑选文件(选完后主动开端上载)。去掉了那个提交按钮。


　　如今的gmail附件上载过程是：1、点击“增加附件”(点击后主动开端上载，且有上载进度条)。去掉了输入框和提交按钮，只剩下一个阅览按钮，上载只需求一次点击操作。

　　四、翻页的立异 【代替法】

　　传统的翻页方法是“上一页+页码+下一页”，我们最了解的规划。

　　Bing图像查找

　　Google reader

　　看图购

　　而近年鼓起的这种“无尽翻滚翻页”的翻页方法，即翻滚条拖动到最底部后开端加载后边的内容，而不再有“上一页+页码+下一页”这么的连接。

　　相对而言twitter、Iphone app store这么的“递进式翻页”则没那么急进，保留了一个翻页按钮，是介于传统翻页与无尽翻滚翻页的一种折中方法。


　　这儿讲到的翻页组件立异，是用新的翻页方法代替传统翻页组件。从信息的构造来看，传统翻页是将信息分段，而“无尽翻滚翻页”归于信息翻滚。这两种方法对应现实生活中的原型是：书本和电影胶片，书本把信息拆分到每页里去翻动，电影胶片的信息则一帧帧的翻滚而过。


　　从信息活动速度和翻页便当性来看，“信息翻滚”远远大于“信息分段”。这两种翻页方法应当怎么挑选?我想这应当取决于用户对后边内容的需求强度，像谷歌查找成果页这种越往后信息质量越低的场景，用户对翻页需求并不那么激烈。Google reader这么不是按信息质量排序的场景，供给高速的翻页方法是个相对必要的做法。需求留意的是，翻滚翻页不利于内容准确定位和信息回溯。#p#分页标题#e#

　　信息活动速度对信息承受者心态有很大影响，活动速度越快信息吸收量相对越小，所以阅览pdf文档比阅览纸质书本心情烦躁，不由得去翻页，是在“扫描”而不是“阅览”(自己片面感触，如有雷同纯属必然)

　　由此也延伸出一点，交互规划师的作业责任除了架构信息，还应当操控信息的活动速度和供给量。