除了API之外，我還應該爲前端/後端使用兩個獨立的項目還是將它們合併爲一個？

Question

我有幾個問題，我希望有一些答案。

所以我創建了一個後端節點服務器，它使用快速& mongo，它在網絡上運行特定任務並將其保存在數據庫中的一個循環中。我還添加了一個管理頁面，其中包含快遞& bootstrap。這工作正常。我需要的是前端頁面 - 爲此我選擇了VueJS。我由於多種原因開始了這個項目。我覺得這會更容易開始，因爲我之前沒有任何前端框架經驗，而後端項目是用打字機編寫的，而現在我寧願使用普通的es6 JS。

現在 - 網站已經取得了一些相當不錯的進展，並且正處於需要與數據庫建立連接並且在後端項目中使用一些已經實現的功能的地步。

這創造了一個問題：

• 我應該創造新的功能和/或創建和使用API​​的？ MongoDB會以兩種不同的方式訪問和寫入MongoDB嗎？如果我從我現有的後端邏輯創建「公共」apis，會不會有安全問題？ （還沒有寫入任何apis。）

• 或者我應該使用時間並將前端項目導入到後端（也意味着將新的轉換爲打字稿或切換到正常的ES6 JS）？這是否會帶來安全風險，因爲我寧願在我的前端網站中沒有後端邏輯。

我很感激任何答案！

謝謝:)

Answer 1

這是你能負擔得起運行兩個服務器的一個問題？將前端與後端分開實際上是考慮所有微服務的好舉措，因爲它允許您將這些內容分別擴展以用於未來目的。一旦你開始迎合移動用戶，或者一旦你獲得更多的api電話，你的後端需要更多的資源，而你的前端服務器只需要服務於用戶界面和資產，沒有什麼更多。雖然明確的缺點是增加了成本，因爲你需要運行兩個服務器，而不是一個東西是很難當你剛剛起步的

---

我應該創造新的功能和/或創建和使用蜜蜂？

對於您的後端？是。 API是現在在網絡空間中做事情的方式，因爲它將來可以證明你，並允許以更受控制和統一的方式訪問你的後端（一切都通過api）。所以如果你的前端不是通過API訪問你的數據庫的話，我建議你重構他們這樣做。

爲了您對mongo的擔憂，我很確定mongo已經具備了避免死鎖的功能。

至於你的API的安全性，我建議檢查出JWT。

---

我應該使用的時間和導入前端項目到後端

你應該去這條道路，而不是由於成本問題，我建議重寫代碼庫的一個遵守其他爲了統一起見，儘管在閒暇時這樣做（我們不能讓你浪費你所有寶貴的時間來重寫已經正常工作的代碼）。這個心不是真的那麼多，因爲後端代碼心不是一個安全問題被髮送到前端的所有用戶看到

Answer 2

讓我先說我從來沒有使用Vue的開始。然而，每當我使用反應時，我總是爲前​​端和後端製作單獨的項目。我發現把兩者分開是更「乾淨」的。

我沒有理由讓你從打字稿轉錄整個項目。只需讓您的前端向您的後端發出請求即可。

如果你正在尋找刷上你的網絡的安全性，我建議你看看Open Web Application Security Project。