→ roga:都塞在同一檔案裡頭會很難維護...(抖) 06/02 23:15
→ roga:我個人是喜歡分散成一些小檔案，每個專心做自己的事情 XD 06/02 23:15
→ PsMonkey:所以才說很難想像阿... [抖個不停] 06/03 00:23
→ roga:沒錯 ~~ 06/03 00:43
推 othree:可以看看flickr現在幾個檔案了XD 06/03 01:39
路人插花.... [茶]
※ 引述《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