如何構建/組織反應應用程序

Question

從維護/體系結構/性能的角度來看，編寫反應應用程序時，最好是將所有組件放在超/父組件中，並將其綁定到頁面一次，每個功能的頁面上有多個安裝節點？

我目前的做法是在頁面上有多個安裝節點，這樣我可以有一個更靈活的設計。基本上就像在頁面的不同部分有一堆「組件框」，這樣我就可以輕鬆地將整個框移動到頁面的另一部分，並且所有內容仍然可以相互工作，而不會相互依賴。

對於這種情況（未來維護方面）有沒有「最佳實踐」，或者反應時間不足以建立這樣的事情？

Answer 1

我見過的最常見的做法是主要反應render的單個安裝點。這有幾個優點

• 保持HTML最小和簡單，這減少了大約什麼用DOM/HTML處理的，什麼是由反應，和/ JSX處理潛在的混亂。
• 減少根HTML和React之間的界面邊界。需要從React外部傳遞props的地方更少。
• 簡化關於什麼時候發生的推理。例如，確定React應用程序何時完成渲染有時會非常棘手。有多個render操作使這變得更加困難。