满足开展业务的需要 十年来,这种交互模式在我们对因特网商业应用的看法上打下了深深的烙印。界面友好的所 见即所得( WYSIWYG)web制作工具使得站点更容易被理解为一堆页面。服务器端的Web 框架使用状态图来对页面的转换建模。没有引入,传统的Web应用就这么一直牢牢地束缚 在页面刷新操作之上,就好像这种刷新是理所当然而且无可避免的,从没有尝试过任何异步 的处理方案 当然,毫无疑问,传统的Web应用肯定不是一无是处的。毕竞 Amazon在这种交互模式上 创造了成功的商业应用。但是这种适用于 Amazon的方式并不一定适用于所有的人。为什么 这么说呢?要理解这一点,我们需要考察用户的使用模式( usage pattern) 1.1.4独占或瞬态的使用模式 泛泛地讨论自行车和SUV(运动型轿车)孰优孰劣毫无意义。因为它们各自都有优点和缺 点一一舒适度、速度、油耗或者个人身份的象征等等。只有在特定的使用模式下讨论,这样 的比较才有意义。例如,是要在上下班高峰时段穿越市中心,还是要带上一家老小去度假, 或者只是要找个躲雨的地方。在类似这样的具体情况下,我们才能有的放矢地比较。对于用 户界面,亦复如是 软件可用性专家 Alan Cooper写了很多有关使用模式的好文章,他定义了两种主要的使用方 式:瞬态的( transient)和独占的( sovereign)[5]。瞬态应用可能每天都会偶尔使用一下, 但是总是作为次要的活动,突发性地用上一会儿。与之形成鲜明对比的是独占应用,独占应 用需要应付用户每天几个小时的持续使用。 很多应用天生就具备独占或者瞬态的性质。例如,写作用的字处理软件就是一个独占应用, 可能还会用到几个瞬态的应用,比如文件管理(文件的开启和关闭窗口中常常会嵌入这个功 能)、字典或者拼写检査工具(很多字处理程序也嵌入这些功能),还有与同事联络的电子邮 件和聊天工具。而对于软件开发者,文本编辑器、调试器或者IDE(集成开发环境)则是独 占的。 独占应用常常使用得更频繁。要知道,一个良好的用户界面应该是不可见的。 衡量使用频繁程度的一个好的标尺,是当这个用户界面发生明显的停顿时,它对于用户流程 的影响。例如,从一个目录向另一个目录移动文件要发生2秒钟的停顿,我能愉快地接受 可是如果这两秒是发生在我正饱含激情地用绘画软件创作一幅作品时,或者是我正努力地调 试一段很难对付的代码时,这肯定会让我感觉十分不爽。 Amazon是一个瞬态应用,eBay、 Google以及大多数大型的公众Web应用都是瞬态应用 自因特网诞生之日起,专家们就曾经预测传统的桌面应用面临Web应用的冲击。十年过去 了,这些都还没有发生,为什么呢?基于Web页面的方案对于瞬态应用是足够了,但是对 于独占应用却还远远不够 1.1.5忘掉Web 现代Web浏览器和它最原始的出发点(从远程服务器上获得一个文档)相比已经完全不是 码事了,它们之间就像是瑞士军刀和新石器时代的狩猎工具一样,可谓是天壤之别。各种 交互组件、脚本语言和插件,这些年来无法抑制地疯狂发展,近乎强制地一次又一次地创造 着新的浏览体验。[可以到www.webhistory.org/www.lists/wwwtalk.1993q1/0182hm瞻仰一下 浏览器的史前时代。1993年的时候, Netscape创立之前的 Marc Andreessen( Netscape的创 始人)还在游说 Tim berners-lee(web的创始人,W3C的领导者)等人,列举为HTML引 入一个图片标签的好处]。 几年以前,一些先行者就已经开始把 JavaScript当作一种严肃的编程语言来对待。但就整体 而言,更多的人仍然把它和那些假模假样的警告框以及“点击猴子赢大奖”的广告一类的小满足开展业务的需要。 十年来，这种交互模式在我们对因特网商业应用的看法上打下了深深的烙印。界面友好的所 见即所得（WYSIWYG）Web 制作工具使得站点更容易被理解为一堆页面。服务器端的 Web 框架使用状态图来对页面的转换建模。没有引入，传统的 Web 应用就这么一直牢牢地束缚 在页面刷新操作之上，就好像这种刷新是理所当然而且无可避免的，从没有尝试过任何异步 的处理方案。 当然，毫无疑问，传统的 Web 应用肯定不是一无是处的。毕竟 Amazon 在这种交互模式上 创造了成功的商业应用。但是这种适用于 Amazon 的方式并不一定适用于所有的人。为什么 这么说呢？要理解这一点，我们需要考察用户的使用模式（usage pattern）。 1.1.4 独占或瞬态的使用模式 泛泛地讨论自行车和 SUV（运动型轿车）孰优孰劣毫无意义。因为它们各自都有优点和缺 点——舒适度、速度、油耗或者个人身份的象征等等。只有在特定的使用模式下讨论，这样 的比较才有意义。例如，是要在上下班高峰时段穿越市中心，还是要带上一家老小去度假， 或者只是要找个躲雨的地方。在类似这样的具体情况下，我们才能有的放矢地比较。对于用 户界面，亦复如是。 软件可用性专家 Alan Cooper 写了很多有关使用模式的好文章，他定义了两种主要的使用方 式：瞬态的（transient）和独占的（sovereign）[5]。瞬态应用可能每天都会偶尔使用一下， 但是总是作为次要的活动，突发性地用上一会儿。与之形成鲜明对比的是独占应用，独占应 用需要应付用户每天几个小时的持续使用。 很多应用天生就具备独占或者瞬态的性质。例如，写作用的字处理软件就是一个独占应用， 可能还会用到几个瞬态的应用，比如文件管理（文件的开启和关闭窗口中常常会嵌入这个功 能）、字典或者拼写检查工具（很多字处理程序也嵌入这些功能），还有与同事联络的电子邮 件和聊天工具。而对于软件开发者，文本编辑器、调试器或者 IDE（集成开发环境）则是独 占的。 独占应用常常使用得更频繁。要知道，一个良好的用户界面应该是不可见的。 衡量使用频繁程度的一个好的标尺，是当这个用户界面发生明显的停顿时，它对于用户流程 的影响。例如，从一个目录向另一个目录移动文件要发生 2 秒钟的停顿，我能愉快地接受； 可是如果这两秒是发生在我正饱含激情地用绘画软件创作一幅作品时，或者是我正努力地调 试一段很难对付的代码时，这肯定会让我感觉十分不爽。 Amazon 是一个瞬态应用，eBay、Google 以及大多数大型的公众 Web 应用都是瞬态应用。 自因特网诞生之日起，专家们就曾经预测传统的桌面应用面临 Web 应用的冲击。十年过去 了，这些都还没有发生，为什么呢？基于 Web 页面的方案对于瞬态应用是足够了，但是对 于独占应用却还远远不够。 1.1.5 忘掉 Web 现代 Web 浏览器和它最原始的出发点（从远程服务器上获得一个文档）相比已经完全不是 一码事了，它们之间就像是瑞士军刀和新石器时代的狩猎工具一样，可谓是天壤之别。各种 交互组件、脚本语言和插件，这些年来无法抑制地疯狂发展，近乎强制地一次又一次地创造 着新的浏览体验。[可以到 www.webhistory.org/www.lists/wwwtalk.1993q1/0182.html 瞻仰一下 浏览器的史前时代。1993 年的时候，Netscape 创立之前的 Marc Andreessen（Netscape 的创 始人）还在游说 Tim Berners-Lee（Web 的创始人，W3C 的领导者）等人，列举为 HTML 引 入一个图片标签的好处]。 几年以前，一些先行者就已经开始把 JavaScript 当作一种严肃的编程语言来对待。但就整体 而言，更多的人仍然把它和那些假模假样的警告框以及“点击猴子赢大奖”的广告一类的小