Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/reactjs/25.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Reactjs 如何构建/组织react应用程序_Reactjs - Fatal编程技术网

Reactjs 如何构建/组织react应用程序

Reactjs 如何构建/组织react应用程序,reactjs,Reactjs,从维护/体系结构/性能的角度来看,在编写react应用程序时,最好将所有组件放在一个超级/父组件中,并将其绑定到一个页面上,还是在页面上为每项功能设置多个装载节点 我目前的方法是在页面上有多个挂载节点,这样我可以有一个更灵活的设计。基本上就像页面不同部分中的一堆“组件框”,这样我就可以轻松地将整个框移动到页面的另一部分,并且所有内容都可以正常工作,而不会相互依赖 是否有“最佳实践”(就未来的维护而言),或者react还没有出现足够长的时间来建立这样的东西?我见过的最常见的实践是主react渲染的

从维护/体系结构/性能的角度来看,在编写react应用程序时,最好将所有组件放在一个超级/父组件中,并将其绑定到一个页面上,还是在页面上为每项功能设置多个装载节点

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


是否有“最佳实践”(就未来的维护而言),或者react还没有出现足够长的时间来建立这样的东西?

我见过的最常见的实践是主react
渲染的单个装载点。这有几个优点

  • 使HTML保持最小和简单,这减少了关于DOM/HTML和React/JSX处理什么的潜在混淆
  • 减少根HTML和React之间的接口边界。需要从外部传递道具的地方越来越少
  • 简化了关于何时发生的推理。例如,有时很难确定React应用程序何时完成渲染。拥有多个
    渲染
    操作会使此操作更加困难

标记--脱离主题,要求提供教程、工具等recommendations@HunterStevens我如何要求一个教程或工具?这是一个合法的问题,你问的标题是“如何组织”,我认为这是要求一个教程。我认为在聊天室里问这样的问题会更好。@HunterStevens请建议编辑标题,因为我不是在问教程。我不知道该如何表达。我认为最好在聊天中提问,因为你问的是/否答案(第一段基本上是,选择a或B)。你的第三段提出了“最佳实践”问题,这通常不是SO的主题(今天的指南)。我认为你应该在聊天时问这个问题,因为你有代表这样做