作者PsMonkey (痞子军团团长)
看板Ajax
标题Re: [请益] 这样的功能是用ajax好还是flesh好呢?
时间Sat Jun 2 23:11:22 2007
路人插花.... [茶]
※ 引述《ephesians (ephesians)》之铭言:
: ※ 引述《roga (任性)》之铭言:
: : 推 ephesians:先不要就表面批评,他们现在给你看的是雏形 05/31
: : 不好意思,我本来不想回这句的,但是 es5219 自己有讲:「希望大家不论是在
: : 功能或是造型上都可以尽量给我们意见」,你可以回去翻他的文章。
: : 推 ephesians:所以,AJAX程式乱写也没关系? 效能在server嘛 05/31
说真的,我真的不懂为什麽 ephesians 会爆出这句
(我个人觉得过度引申了,但也许里头有好理由)
也许 ephesians 能帮大家解释一下,不然个人觉得跳 tone 跳太大
当然,要人拿出证据这招很棒
我也希望看到实质的证据阿... [伸手]
但是,就评估 Server 效率的角度而言...
roga 在上一篇回的已经算是把重要的理由都讲出来了
我想,有写过相簿、稍微多盘算一点的人
应该都可以同意 roga 说得「效率是卡在 server 喷图」
以及之後的论点
: : Client 只要不要乱写,不论是 Ajax 或是 Flash 都会很好。 Interface 写
: : 得差就容易造成 Client 乱 request ,或是增加传输的 overhead ,但是重点根
: : 本不是在这边,传图档一张就几百 KB 去了,一般的情况等待的时间会卡在传图档
: : 上,不会卡在 request & response 上面。只要 request 不要多到太扯,基本上都
: : 是可以接受的。
: : 当然,在 Server 那边已经做得很好之後,有些人就会开始考虑 Client 的机
: : 制,最简单下手的地方就是把所有的 CSS 和 JS 分别整合到一个档,这样就只要发
: : 一个 request 然後等着收就好,可以节省个别等待 response 的时间,而且也可以
: : 减少传输「多余」header 所「浪费」的「bytes」 ,还有搭配 Ajax 或是 Flash
: : 来改变以往 HTTP 文件 require by once 的特性,减少多余的传输。
: : 我不知道这些观念你知不知道,如果没听过就当大家分享经验,我也不会介意
: : ,如果以前就知道了,那就好好想想自己干麽那麽无聊到处找人抬杠。
: 废话,server有多重要,与client端的效能重要度,在RIA是相当需要评比的.
: 我说的不是效能全不在server,而是说 "效能全在server" 并不正确.
: 事实上我所指的是效能在 server 与 client, 就RIA来讲,同样重要.
: 所以你一定要实验来指证 "server要非常强,相簿才做得起来."
: 这种benchmark不是由你这样理所当然的说辞就可以成立的,
看到後面,事情就更诡异了
为什麽会突然扯到 client 端的效能重要度呢?
对一个建制 server 系统的人而言
不要因为 client 的 bug(如 roga 讲的,乱 request 等等)
那麽,就一个相簿的 client 而言
是会需要多少 client 端的资源?
反过来说,都有人用 Flash 写 FPS 的 Network Game 了
client 的效率真的很重要?
抬杠也好,分享经验也罢
还请各位释疑...
=====
不过我真的很难想像把 js 都塞在同一个档案里头... [抖]
--
侃侃长论鲜窒碍 首页:
http://www.psmonkey.idv.tw
众目睽睽无心颤 Blog:
http://ps-think.blogspot.com
茕居少聊常人事
杀头容易告白难 欢迎参观 Java 版(@ptt.cc) \囧/
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 61.228.193.68
1F:→ roga:都塞在同一档案里头会很难维护...(抖) 06/02 23:15
2F:→ roga:我个人是喜欢分散成一些小档案,每个专心做自己的事情 XD 06/02 23:15
3F:→ PsMonkey:所以才说很难想像阿... [抖个不停] 06/03 00:23
4F:→ roga:没错 ~~ 06/03 00:43
5F:推 othree:可以看看flickr现在几个档案了XD 06/03 01:39