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