无线Web的挑战


随着大量提供“随时、随地”接入Internet , 享受基于Internet的内容与服务的新设备纷纷问世 , 随着数字无线技术和标准走向成熟 , 无线Web的时代正迅速向我们走来 。
不过 , 在无线Web成为现实前 , 有两个基本制约因素需要解决 , 即:无线设备本身的限制和无线网络的限制 。
第一个问题是 , 无线设备要比膝上型电脑或PC要小得多 , 功能弱得多 。无线设备的功能受到显示屏小、键盘狭窄、处理器速度慢和存储器容量小的限制 。
另一个限制因素是源自无线网络的上网时间成本高、带宽窄、网络可用性低 , 再加上服务质量上存在的等待时间长、信号常中断和传输的数据轻易丢失等方面 。将无线设备与Web相连接的无线网络是无法与有线系统相匹敌的 。
当前人们正在进行各种努力来克服这些制约因素 , 其中最有前景的是Palm公司推出的一种Web裁剪技术(clipping)以及日益被接受的无线应用协议(WAP) 。
Web裁剪技术
在PalmVII无线个人数字助理(PDA)上使用的Web裁剪技术中 , 一个客户化无线应用被编写和部署成两部分:一部分是基于Web的后端 , 服务于动态内容;另一部分是一个PalmQueryApplication(PQA) , 就驻留在PalmVII上 。
放置在Web后端的应用模块 , 可以使用任何用于构建数据库驱动和动态网站的标准技术 , 加以部署 。比如公共网关接口(CGI)、Html或服务器API 。不过 , 网页必须使用HTML3.2的一种受限子集 , 这就意味着你不必记住样式表、图像映射、帧、嵌套表、cookie数据块和客户端过程等流行的东西 , 就可以完成应用的编制 。
PQA以同样的HTML受限子集的“编译”形式编写 , 包含检索、修改和显示内容(包括图像)所需的相对稳定的用户界面要素 。与标准Palm一样 , PQA通过一种同步操作连上最终用户的设备 , 而且 , 一旦接通 , 它就马上以同样的方式运行 , 直到用户打算提交或检索新的数据 。
PalmVII完成一次交互式应用的过程是这样的 。来自于PalmVII上的一个请求通过一条专用无线线路发送给Palm代理服务器 , 该服务器又通过标准HTTP将它转发到驻留在Web服务器上的应用部分上 。应答则折返这条路径 , 从HTTP到Palm代理服务器 , 再通过无线线路返回移动设备 。
比方说 , 试想一下你需要让销售队伍了解库存、价格和存储在公司Intranet上的客户帐户信息 。利用Web裁剪技术来完成这种任务就意味着编写和分发一个包含输入、输出这些数据所需的所有菜单和表格的PQA 。与此同时 , 服务器将保存创建裁剪所需的额外文件 , 使用的软件可以是Allaire的ColdFusion、微软的ActiveServerPages或CGI , 并通过无线网络与终端完成交互式应用 。这样 , PQA便从它永久连接的网站取了一个应用的“剪辑” 。
Web裁剪技术存在着优点和缺点 , 它们的起因相同 , 都源自静态要素(显示)与动态要素(内容)的分离 。一方面 , Web裁剪将无线交易的成本降到最低限度:只有需要修改的信息才通过无线网络发送 , 而不需要改变(或不常改变)的应用部分则驻留在设备本身上面 。用户不必利用无线方式下载大量网页而造成性能的损失 , 就能接入一个强有力的基于Web的后端应用 。
不利因素是 , Palm和应用所在的网站 , 以及交互式的应用系统都必须提前规划 。例如 , 引入一种新的格式就需要编写和编译一种新版PQA , 更何况还得让你的所有用户再把它们装到自己的设备上 。
用户自己也不能自由地浏览一个大型网站来找到自己需要的东西 。这种限制是Web裁剪模式的固有限制 , 因为它是为高度结构化的小型事务而优化设计的 , 比如查看库存和价格 , 在销售时提交定单或现场评估客户的顾虑或技术支持信息等等 。

推荐阅读