|
简单的表单 就算表单是 Ajax 技术的最大受益人,一个简单内容的表单,或提交订货单,或一次性的很少用到的表单都不应该使用以 Ajax 驱动的表单提交机制。总的来说,假如一个表单不是很长用,或已经工作的很好,那么就算使用 Ajax 也没有什么帮助。
搜索 实时搜索带来的痛苦要远大于他带来的帮助。这就是为什么 Google Suggest 还处于 beta 测试而并没有放在主页上的原因。在 Start.com Live.com 上搜索的时候你是不能使用返回按钮来查看上一次搜索或返回上一页的。或许还没有人来完成这项工作,但是完成这个工作应该是很困难的至少是不太明知的或者会因此带来更多的麻烦。(译注:现在已经有很多开源的框架可以实现历史记录功能)
基本导航 总的来说,使用 Ajax 为一个基础的网站 / 程序做导航是一个可怕的念头。谁会把用来使自己的程序变的更好的时间花在编写代码模拟浏览器的行为上面?在基础页面中导航的操作中 JavaScript 是没有用的。
替换大量的信息 Ajax 可以不用整页刷新来动态更新页面中改变的一小部分。但是假如一页上的大部分内容都需要更新,那为什么不从服务器那里获得一个新页面呢?
显示操作 虽然看上去 Ajax 是一个纯 UI 技术,其实不是这样的。他实际上是一个数据同步、操作、传输的技术。要想得到一个稳定的干净的网页程序,不使用 Ajax/ JavaScript 来直接完成用户接口是明智的。 JavaScript 可以分散分布并简单的操作 XHTML/HTML DOM ,根据 CSS 规则来决定如何让 UI 显示数据。查看 这里 ( http://www.sourcelabs.com/blogs/ajb/2005/08/powering_javascript_ui_with_cs.html ) 来查看如何使用 CSS 来替代 JavaScript 来控制数据的显示。
无用的网页小部件 滑块选择控件、拖拽控件、弹性控件(此处原文为 bouncies ,不知指为何物?)、鼠标样式、天气预告控件,这些小部件应该可以被更直接的控件代替或者为了整洁干脆整个去掉。为了选择一种颜色,也许滑块选择控件可以选择一个正确的阴影颜色,但是在一个商店中选择一个价格,使用滑块选择控件选到分这个单位对于用户来说有点过分。
OK我在标题那里撒了个无伤大雅的小谎,我只说出了6个应该使用Ajax的地方,6个也许不应该使用的地方,但是多从四维的角度看看这篇文章,我已经在SWiK上面为Ajax的使用建立了一个wiki页面(http://swik.net/Ajax/Places To Use Ajax)并且我或任何其他人都可以随着时间的流逝来不断的完善他。 另外,我现在尝试使用Feedburner来跟踪我的RSS种子,假如你没有订阅Feedburner种子,请到这里订阅http://feeds.feedburner.com/AlexBosworth (本文转载自http://benjaminz.javaeye.com/blog/59846)
|
| 共2页: 上一页 [1] 2 下一页 |
评论加载中…