我正處于規劃 React Web 應用程式的階段，無法決定正確的架構。我的 React 應用程式將包含一些功能，例如：
- 檔案處理系統（編輯、復制、復制...）
- 聊天系統
- 任務管理系統
- 還有幾個系統
在專案開始時，它都會在 1 個 React 應用程式下，但稍后（未知時間），我將不得不將每個“系統”拆分到另一個應用程式。
我想避免重復代碼，并使每個“系統”相互獨立，以便我以后可以輕松地拆分它，并盡量減少重構。
它將構建在 Microsoft Teams 基礎架構上，作為單個選項卡應用程式，稍后我將不得不將其部署為每個選項卡的 1 個系統，每個選項卡都可以呈現為一個 React 組件，這就是這樣做的原因，這是一個必須。
uj5u.com熱心網友回復：
沒有確定的方法來解決這個問題。最好的方法是讓組件盡可能模塊化。如果可能，請使用打字稿，因為它可以使以后的生活變得不那么困難。
uj5u.com熱心網友回復：
也許看看Nx。它是一個很好的框架，可以在前端代碼中生成子庫和子應用程式，從而對代碼進行模塊化。那里可能有類似的其他圖書館。我使用 Nx 創建了一個移動和桌面應用程式，重用了一些邏輯和一些組件，但不是全部。此外，您可以限制庫之間的訪問。
他們還為您提供了最佳實踐指南，以確保您的應用程式保持模塊化。
只是說“好吧，只使用組件，呃”，恕我直言還不夠。
轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/357340.html
標籤：javascript 反应 打字稿 建筑学 微软团队
上一篇：拆分動態字串以存盤在單獨的變數中