Crystal语言能否通过单条require语句批量引入整套模块与类？

你遇到的undefined constant ClassB报错，本质是Crystal默认的require路径解析规则导致的：
当你写require "./module-b"时，如果module-b是一个目录，编译器只会加载目录下和目录同名的那个module-b.cr文件，目录里拆分到独立文件中的类、常量，不会被自动识别加载。

目前可以实现单条require批量引入关联类的方案有两种：

• 通配符路径导入
  这也是你已经验证可行的方式，Crystal原生支持路径通配符规则：
  • 写require "./module-b/*"，会加载module-b目录下当前层级的所有.cr文件，不会递归读取更深的子目录
  • 如果需要递归加载所有层级的文件，可替换为require "./module-b/**/*"
    这种方式的缺陷是文件加载顺序按文件名字典序自动排序，完全不可控，如果文件之间存在依赖先后关系，很容易触发常量未定义的报错；且目录下新增的临时文件会被自动加载，容易引入意外的运行时副作用。
• 对标JS index.js的入口文件模式（社区通用规范）
  Crystal的require机制完全支持和JavaScript index入口一致的实现逻辑，不需要额外配置：
  • 在每个模块对应的目录下，创建一个和目录同名的入口文件，比如module-c/module-c.cr，这个文件就等价于JS项目里的index.js
  • 在这个入口文件中，手动写好所有需要对外暴露的子模块的require语句，示例：

    # module-c/module-c.cr 模块入口
    require "./module_c_core"
    require "./class_c"
    require "./tool_helper"
    

  • 之后在项目任意位置，只需要写单条require "./module-c"，编译器就会自动读取这个入口文件，把里面列的所有关联类、模块全部加载完成。
    这种方式和JS index的导出逻辑完全对齐：加载顺序可控、对外暴露的范围清晰，不会因为目录下的文件变动出现意外加载的问题，是Crystal官方文档推荐的项目结构搭建方式。

内容的提问来源于stack exchange，提问作者RockmanJoe