我的假設在這里是否正確，是否對單獨的后端有不同的需求，或者單片（希望更簡單）的解決方案能否以不擴展為代價實作相同的功能？
查看現有的 MERN 或 MEVN 解決方案，它們似乎總是涉及兩個節點行程，其中前端行程運行客戶端框架，后端使用 Node、Express 和 Mongo 處理 DB 請求。在至少兩臺服務器之間進行平衡時，這似乎是一個很好的解決方案性能。對于我的解決方案，性能不是問題，我想知道需要一個單獨的后端。為什么不在前端使用 try/catch 和 async/await 來獲取 DB 資料，而不是對單獨的后端進行 api 呼叫。然后，一旦我開始嘗試設計更單一的解決方案，我意識到單獨的后端實際上解決了一個問題。試圖避免資料庫并發問題，
uj5u.com熱心網友回復：
因此，如果我理解正確，您會問為什么需要一個與資料庫（以及潛在的其他后端服務）對話的后端，而不是直接從前端呼叫資料庫。
答案如下：
- 如果您僅在本地機器上運行此應用程式（前端和資料庫），那么我可以理解為什么您不需要后端。
- 如果這個應用程式暴露在互聯網上，那么你的資料庫可能會在幾分鐘內被劫持。
安全性是這里的主要關注點，用戶可以很容易地看到在客戶端運行的所有內容（JS 內容）——包括端點、密碼等。更不用說您的業務邏輯完全暴露給攻擊者了。
出于這個原因，后端在保護對資料庫的訪問、速率限制和資源使用上限以及許多其他方面起著非常重要的作用。
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/459378.html