登录模块加载中...
会员投稿 投稿指南 今天是:
打印本页 | 关闭窗口 | 双击滚屏 您的位置首页>>网页制作学习园地>>HTML教程>>Jav基础>>关于AJAX应用引发的一些思考
关于AJAX应用引发的一些思考
来源:建站学 ‖ 作者: ‖ 点击: ‖ 时间:11-01-07 11:17:44 ‖ 【 】‖ 我要投稿

本文很形象了介绍了AJAX的应用,思路清晰,简洁明了,深刻透彻,奉献给大家!

  职业能改变人的思想,顺便牵扯点作为人的行为。咱就是搞java应用开发的也就好这口。有什么新鲜玩意都要试把试把。有些时候真的不是因需要而去应用,就像去街边看人pk突个新鲜。ajax近来吵的很火所以很多中国人也都愿意以身试法。试图参透其奥妙所在。新鲜嘛!但这种激情往往使人忘记了理智。激情是要建立在理性的基础上才能发挥其最大作用。这点思想如果忘却,不失为大错。

  其实你选择他如果自己做实验或玩玩几个小case还是可以,也是比较让人赞同。这说明你这个人有探索精神。有进取心,是个人才。总比很多一无事处的混混强得多。而如果不分青红一贯的应用于真实的高用户高并发量的系统项目中,恐怕是个不明智之举,仅代表个人意见。因为我也是参照其作用、利用其长处、杀敌人于无形。孙子是个很厉害的人为什么人家研究兵法多少年都不会落伍。那是因为他抓住了事物的本质。就像我们做软件应用业务原型就对系统建模型一样。因为其稳固必然长久,这是道理。我们想让自己的项目不至于最终落魄到只能大范围架构级的重构,不如选择放弃。因此当做决定前应该尽量想到前因后果,方之上上策。

  你要看热闹,是什么驱动你去看这次热闹。这需要分析。如果根据场景不同你发现打架的人是你的朋友亲戚。你必然参与这次活动。

  你要使用ajax,是什么驱动你去使用它。我们分析。我们不是为了用而用。而是为了发挥其作用而用。如果将其作用发挥到我们的业务中,这才是次有意义的活动。

  我们设计,在什么地方应用。不能一味的应用。选择性的应用发挥其长处、弊其短处应该是好的选择。

  以下为应用设计时的参考资料:

  【导读】本文简述了Ajax技术适用场景、Ajax不适用场景的具体情况以及应用时候存在的一些问题。

  Ajax适用场景

  1.表单驱动的交互

  传统的表单提交,在文本框输入内容后,点击按钮,后台处理完毕后,页面刷新,再回头检查是否刷新结果正确。使用Ajax,在点击sunmit按钮后,立刻进行异步处理,并在页面上快速显示了更新后的结果,这里没有整个页面刷新的问题。

  2.深层次的树的导航

  深层次的级联菜单(树)的遍历是一项非常复杂的任务,使用JavaScript来控制显示逻辑,使用Ajax延迟加载更深层次的数据可以有效的减轻服务器的负担。

  我们以前的对级联菜单的处理多数是这样的:

  为了避免每次对菜单的操作引起的重载页面,不采用每次调用后台的方式,而是一次性将级联菜单的所有数据全部读取出来并写入数组,然后根据用户的操作用 JavaScript来控制它的子集项目的呈现,这样虽然解决了操作响应速度、不重载页面以及避免向服务器频繁发送请求的问题,但是如果用户不对菜单进行 操作或只对菜单中的一部分进行操作的话,那读取的数据中的一部分就会成为冗余数据而浪费用户的资源,特别是在菜单结构复杂、数据量大的情况下(比如菜单有 很多级、每一级菜又有上百个项目),这种弊端就更为突出。

  如果在此案中应用Ajax后,结果就会有所改观:

  在初始化页面时我们只读出它的第一级的所有数据并显示,在用户操作一级菜单其中一项时,会通过Ajax向后台请求当前一级项目所属的二级子菜单的所有数据,如 果再继续请求已经呈现的二级菜单中的一项时,再向后面请求所操作二级菜单项对应的所有三级菜单的所有数据,以此类推……这样,用什么就取什么、用多少就取 多少,就不会有数据的冗余和浪费,减少了数据下载总量,而且更新页面时不用重载全部内容,只更新需要更新的那部分即可,相对于后台处理并重载的方式缩短了 用户等待时间,也把对资源的浪费降到最低。

  3.快速的用户与用户间的交流响应

  在众多人参与

|<< << < 1 2 > >> >>|
加入收藏:  加入收藏夹  | 发送给好友:  发送给好友
责任编辑:admin
  • 上一篇:实用:公历转农历 代码
  • 下一篇:无
  • 相关文章列表
    请文明参与讨论,禁止漫骂攻击。  
    网友评论