※ 引述《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)