※ 引述《poopoo888888 (阿川)》之銘言： : 大家好 : 小弟現要撰寫一個網站 功能如下: : 這個網站有一個用html table做成的行事曆 : 所有使用者可以上來看本月的行事曆 : 也可以新增事項上去 : 這樣的功能 需要把資料整理成table易處理的形式 : 也就是大概要4~5個陣列 每個陣列有7個data : 這樣就可以用迴圈去做出多個<tr>以及其內的<td> 就做出行事曆的樣貌了 : 小弟想問的是 : 整理資料這件事 應該由前端還是後端來做? : 用後端做 怕server loading太大 : 用前端做 怕client端會跑太久 : 請問各位大大高見? : 謝謝! 直接回文吧，以我的觀點。 1.資料的提供應該是主要key是 id 附日期的事件 json 資料 (server 的責任) 怎麼樣我都不會考慮 output csv 的， 因為server output json 太方便了， 產csv跟產json需要的效能資源相去無幾。 真的沒必要再client 再弄一隻 csv parser， 找自己麻煩也造成爛使用者體驗。 當然 xml 也不是好選擇。 json 絕對是server提供前端資料的王道。 2.至於把這個json資料切成日期格子，日期怎麼呈現， 甚至是怎麼上色， 1~31 號怎麼排，這都可以歸在 client做。 不過我會歸在 client 做主要是為了增刪方便，操作可以統一都在client， 如果需要 AJAX 更新只要統一 call同的 api 就可以直接更新。 如果這個table 是 readonly ，也不會要對這個UI做操作， 我覺得直接 server side 做掉實際，也可以兼顧SEO議題。 ----------------------------------- 當然為了方便client 作業，第一天是星期幾， 這種訊息也可以考慮由server提供。 這個操作即使在server side ， 也可以輕鬆同時上百人，原則上不太會是問題。 畢竟只是簡單的字串處理。 一般而言，會對 server 造成負擔的 主要是 IO 、 service 跟 db 。 字串除非你有到幾 MB 的程度，不然都是小咖。 -- client 的 performance 即使在 chrome 或 firefox 這種瀏覽器下， 跟 server 比起來還是相去超遠的，client 要跑久的東西， server 只要一瞬間。 至於 server 到底需要承載多少人，會不會因此踢到 server 資源上限， 我只能說，要擔心也是先擔心db查詢的速度，不是擔心這個... -- Life's a struggle but beautiful. --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 72.21.245.243 ※ 編輯: TonyQ 來自: 72.21.245.243 (12/22 15:27) ※ 編輯: TonyQ 來自: 72.21.245.243 (12/22 15:27) ※ 編輯: TonyQ 來自: 72.21.245.243 (12/22 15:28)