Ruby项目已全局require模块，为何仍需局部引入？

这事儿核心出在Ruby的文件加载顺序不确定性和常量即时查找机制上，咱们一步步拆解：

1. Dir[]的加载顺序是不可控的 #

你在project.rb里用Dir[File.dirname(__FILE__) + '/thor_commands/*.rb'].each { |file| require file }批量加载文件，但Dir返回的文件列表顺序是由你的操作系统文件系统决定的（比如按文件名排序，但不同系统规则可能不一样）。这意味着：

• 很可能cli_starter.rb会比command1.rb、command2.rb先被加载。

2. Ruby解析代码时会即时查找常量 #

当Ruby开始解析cli_starter.rb里的class Base < Thor这段代码时，遇到Command1这个常量引用，它会立刻在当前作用域（MyThorCLI::Base）、上层作用域（MyThorCLI）、顶级作用域里查找这个常量的定义。如果这时候command1.rb还没被加载（因为Dir先加载了cli_starter.rb），Ruby找不到对应的常量，自然就抛出uninitialized constant MyThorCLI::Base::Command1错误。

3. 全局批量加载为什么没生效？ #

虽然project.rb最终会加载所有文件，但错误发生在解析阶段，而不是所有文件加载完成之后。Ruby不会等所有文件都加载完再去处理常量引用，而是解析到哪一行就处理哪一行的逻辑——如果这时候依赖的常量还没定义，错误就直接触发了。

解决思路 #

有两种常见的修复方式，各有优劣：

方式一：强制指定加载顺序 #

在project.rb里明确先加载依赖文件，再加载cli_starter.rb，确保常量在被引用前就已定义：

# project.rb
# 先加载命令文件，再加载CLI启动文件
['command1.rb', 'command2.rb', 'cli_starter.rb'].each do |file|
  require File.join(File.dirname(__FILE__), 'thor_commands', file)
end

方式二：保留局部的require_relative（更推荐） #

你现在在cli_starter.rb里写的require_relative其实是更健壮的做法——每个文件显式声明自己的依赖，完全不依赖全局的加载顺序。这种写法让代码的依赖关系更清晰，也不会因为文件系统排序变化而出问题，是Ruby项目中推荐的依赖管理方式。

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