我正在開發(fā)一個網(wǎng)站，用戶登錄其用戶帳戶，將數(shù)據(jù)輸入到表中（我使用制表器），然后保存表中的數(shù)據(jù)（我使用 MongoDB Atlas 進(jìn)行數(shù)據(jù)存儲）。該網(wǎng)站具有不同的子頁面，其中數(shù)據(jù)與存儲在另一個子頁面中的其他數(shù)據(jù)進(jìn)行交互（例如該網(wǎng)站有“銷售”和“庫存”子頁面，因此當(dāng)用戶進(jìn)行新銷售時，庫存將減少銷售額） ）。基本上，它是一個用戶不斷對其數(shù)據(jù)執(zhí)行 CRUD 操作的網(wǎng)站。今天該網(wǎng)站在客戶端呈現(xiàn)。網(wǎng)站的每個子頁面都有自己單獨的 HTML 文件和單獨的 Javascript 文件，并使用一個 Node 文件來處理所有子頁面與 Atlas 的所有后端通信。我僅使用一兩個不同的用戶帳戶在本地 PC 上使用和測試網(wǎng)頁，一切都按原樣運行良好（每個用戶保存并使用自己的數(shù)據(jù)）。現(xiàn)在，考慮到我計劃部署網(wǎng)站（到域或 Heroku），并可能獲得數(shù)百或數(shù)千個不同的用戶，我一直在研究以下選項：繼續(xù)按照我一直使用的方式使用簡單的客戶端 HTML。將 HTML 呈現(xiàn)為來自 Node 的響應(yīng)使用 Node 中的模板引擎考慮到可擴(kuò)展性，您會推薦哪個選項？
2 回答
BIG陽
TA貢獻(xiàn)1859條經(jīng)驗 獲得超6個贊
你的問題問得好，但它的答案幾乎無法預(yù)測。將網(wǎng)絡(luò)應(yīng)用程序從少數(shù)用戶增加到幾千人總是會發(fā)現(xiàn)令人驚訝的性能瓶頸。
原始下行帶寬是否會出現(xiàn)瓶頸？減少對 API 調(diào)用和頁面請求的響應(yīng)是否會帶來巨大收益？這是可能的，但 Heroku 和其他優(yōu)秀的主機(jī)供應(yīng)商在帶寬方面做得很好。另外，https 在加密數(shù)據(jù)時會壓縮數(shù)據(jù)，因此重復(fù)的 html 并不像看起來那么昂貴。因此讓你的服務(wù)器渲染大量的 html 可能是可以接受的。
應(yīng)用程序-數(shù)據(jù)庫接口是否會出現(xiàn)一些瓶頸？如果存在大量數(shù)據(jù)和復(fù)雜的過濾標(biāo)準(zhǔn)，這種情況很可能發(fā)生。每個成功的網(wǎng)絡(luò)應(yīng)用程序都需要對其數(shù)據(jù)庫保持警惕。您將不得不添加索引或為您目前無法想象的問題開發(fā)不太優(yōu)雅的解決方法。
攝取數(shù)據(jù)的進(jìn)程和使用數(shù)據(jù)的進(jìn)程之間是否會發(fā)生爭用？大概。但爭論的細(xì)節(jié)很難預(yù)測。
長話短說；博士。你有這個東西工作?，F(xiàn)在沒必要重做。部署你所擁有的。邀請您的用戶并傾聽他們的意見。注意它的性能，并將調(diào)整和重構(gòu)集中在證明有必要的區(qū)域。
慕斯709654
TA貢獻(xiàn)1840條經(jīng)驗 獲得超5個贊
如果您更喜歡 React 框架，我建議您看看vue js 框架的nuxt js或next js 等項目。
AFAIK，它們結(jié)合了服務(wù)器端和客戶端渲染的優(yōu)點。
這兩個框架用于構(gòu)建具有各種有用特性的各種應(yīng)用程序。
考慮到您的需求，通用應(yīng)用程序功能和服務(wù)器端渲染可能會幫助您實現(xiàn)所需的可擴(kuò)展性。
- 2 回答
- 0 關(guān)注
- 153 瀏覽
添加回答
舉報
0/150
提交
取消