2、Web应用面临的困难

在用户看来，Web应用最突出的问题是它的用户界面没有了以往丰富的交互性。Web应用程序无可置辩的信息访问和表示能力被错误地当成了计算和信息资源的统一入口。用户和计算机间每次交互的视图都被 Web 浏览器和服务器死板的规定，仅限于使用HTML提供的一组基本部件，这种视图对用户和开发人员都来说是一种倒退。剥去了一般软件通常具备的强大的用户接口（User Interface，UI），用户被牢牢限制在基于模式窗口的解决方案之中。比如，没有了拖拉操作，也不能在本地存储的文档中保存应用程序状态。

这些问题主要是由于将一种好想法延伸到它的使用范围之外而造成的。如果回头看看Internet的起源，可以看到，最初Internet实际上就是让科学家们和学术机构交换文章和研究成果，这是一种简单的请求/响应模式。那时不需要会话状态，也不需要购物车；人们只是在交换文档。尽管你有很多办法来创建动态的Web应用，但如果想让应用在用户中真正深入人心，想要得到大量的用户，就必须在浏览器上大做文章，这说明，Internet以请求/响应模式做为基础，由此带来的同步性也造成了妨碍。Web 最初是用来访问静态内容的，但是后来Web 浏览器不再仅仅是一种查看工具而变成了普通的应用程序部署平台，传统三层体系结构中的专用客户机程序被作为网页实现的界面代替了。这种转变也有一些合理的成分，问题在于 HTML 只提供了非常简陋的用户界面层。即使用 JavaScript 或者其他客户端解决方案装扮起来，基于浏览器的界面也远远不足以创建可资玩味的用户体验。

    另外， 在传统 Web 应用程序 的交互方式中,由用户触发一个 HTTP 请求到服务器,服务器对其进行处理后再返回一个新的 HTHL 页到客户端,每当服务器处理客户端提交的请求时,客户都只能空闲等待,并且哪怕只是一次很小的交互、只需从服务器端得到很简单的一个数据,都要返回一个完整的 HTML 页,而用户每次都要浪费时间和带宽去重新读取整个页面。 为什么这看起来像是应用程序 Web 化的必然结果呢？因为 HTML 和 HTTP 从技术上说是完全围绕着页面这一概念的，不是直接处理显示给用户的用户界面组件， Web 服务器必须根据用户的上一次请求显示一个页面。因此，即使最简单的操作，比如滚动一个列表到下一页，也要上服务器打个来回， 此时你的屏幕内容是一片空白，而你在屏幕前苦苦的等待浏览器的响应。