如何构建/组织反应应用程序

Question

从维护/体系结构/性能的角度来看，编写反应应用程序时，最好是将所有组件放在超/父组件中，并将其绑定到页面一次，每个功能的页面上有多个安装节点？

我目前的做法是在页面上有多个安装节点，这样我可以有一个更灵活的设计。基本上就像在页面的不同部分有一堆“组件框”，这样我就可以轻松地将整个框移动到页面的另一部分，并且所有内容仍然可以相互工作，而不会相互依赖。

对于这种情况（未来维护方面）有没有“最佳实践”，或者反应时间不足以建立这样的事情？

Answer 1

我见过的最常见的做法是主要反应render的单个安装点。这有几个优点

• 保持HTML最小和简单，这减少了大约什么用DOM/HTML处理的，什么是由反应，和/ JSX处理潜在的混乱。
• 减少根HTML和React之间的界面边界。需要从React外部传递props的地方更少。
• 简化关于什么时候发生的推理。例如，确定React应用程序何时完成渲染有时会非常棘手。有多个render操作使这变得更加困难。