Waku项目中的页面文件夹组件管理方案解析

在Waku框架的开发过程中，团队讨论了关于页面文件夹内组件管理的一个重要功能改进。目前Waku项目中，开发者只能将组件放置在专门的./src/components目录下，而无法直接在页面文件夹内组织专用组件。这一限制在某些开发场景下显得不够灵活。

当前架构的限制

现有架构要求所有组件必须放在项目根目录的components文件夹中。例如，一个计数器组件需要放置在./src/components/counter.tsx，然后在页面文件./src/pages/foo/index.tsx中引用。这种设计虽然保证了项目结构的清晰性，但在实际开发中却带来了不便。

开发者的实际需求

许多开发者希望能够将仅用于特定页面的组件直接组织在该页面文件夹下，例如./src/pages/foo/_components/counter.tsx。这种组织方式特别适合那些不具备全局复用性的组件，可以更好地保持代码的相关性和可维护性。

技术解决方案探讨

项目维护者提出了两种可能的解决方案：

1. 特定前缀文件夹方案：仅对特定前缀的文件夹（如_components和_hooks）进行特殊处理，不将其视为路由页面。这种方案更加精确，为未来可能的扩展保留了空间。

2. 通用下划线前缀方案：忽略所有以下划线开头的文件夹（如_hooks等）。这种方案更加灵活，但可能会限制框架未来的功能扩展能力。

最终决策与实现

经过讨论，团队倾向于采用第一种更精确的方案，仅对特定用途的文件夹进行特殊处理。这种方案既能满足当前需求，又能为框架未来的发展保留足够的灵活性。该功能已在提交中实现，为开发者提供了更灵活的代码组织方式。

这一改进体现了Waku框架对开发者体验的重视，通过提供更灵活的代码组织方式，帮助开发者创建更易维护的项目结构。