reactjs - React 项目结构的最佳实践？

Question

我一直在研究为大型 React 应用程序组织文件/文件夹的最佳方式（使用自定义 Hook、Redux、GraphQl、单元测试、样式化组件等）。我看到大多数人的做法略有不同。文件托管对我来说似乎是个好主意。

但我在托管与以功能为中心的组织之间遇到了一种权衡。如果我们只是在一个组件文件夹中找到所有相关文件，其他开发人员很容易忽略潜在的可重用代码并简单地重写逻辑。当开发人员对特定组件/功能承担全部责任并且不熟悉整个代码库时，这尤其是一个问题。它限制了可重用性的潜力。在这种情况下，拥有一些全局文件夹（例如，用于 API 交互逻辑、实用程序等）是有意义的，但这会倾向于以功能为中心的文件夹组织。

有没有人遇到过这个问题，如果有，你能分享一下 React 文件夹结构的最佳实践吗？

标签： reactjs

Answer 1

这确实是一种权衡。根据我的经验，最好以顶层的以功能为中心的组织为基础，但将可能在应用程序的其他部分有用的通用代码放在单独的“通用”文件夹结构中。

拥有以功能为中心的组织可以更轻松地找到与某个功能相关的所有内容，也可以更轻松地拆分应用程序并将某些功能放在单独的应用程序中。