我看到有两种常用的方法将当前正在执行的文件所在目录添加到$LOAD_PATH（或$ :)中。如果你没有使用gem，这样做的优点是显而易见的。其中一种明显比另一种更冗长，但是否有理由选择其中一种呢？
第一种冗长的方法（可能有些过度）：
$LOAD_PATH.unshift(File.expand_path(File.dirname(__FILE__))) unless $LOAD_PATH.include?(File.expand_path(File.dirname(__FILE__)))
更简单，快速且不太讲究的方法：
$:.unshift File.dirname(__FILE__)
有什么理由选择其中一个而不是另一个吗？
Ruby的加载路径通常被写成$：，但仅仅因为它很短，并不意味着它更好。如果你更注重清晰而非聪明，或者仅仅为了简洁而感到不适，那么你不必像其他人一样这样做。
$LOAD_PATH
... and say goodbye to ...
# I don't quite understand what this is doing...
$:
我认为选择$:.unshift File.dirname(__FILE__)而不是$LOAD_PATH，仅仅因为我在代码中看到过更多它的使用，而且它更加简短！
我不太喜欢“草率”的方式。
对于Ruby的新手来说，他们会思考$:.是什么。
我认为这样更明显。
libdir = File.dirname(__FILE__)
$LOAD_PATH.unshift(libdir) unless $LOAD_PATH.include?(libdir)
或者如果我关心完整路径...
libdir = File.expand_path(File.dirname(__FILE__))
$LOAD_PATH.unshift(libdir) unless $LOAD_PATH.include?(libdir)
更新 2009/09/10
最近我一直在做以下工作：
$:.unshift(File.expand_path(File.dirname(__FILE__))) unless
$:.include?(File.dirname(__FILE__)) || $:.include?(File.expand_path(File.dirname(__FILE__)))
在浏览GitHub时，我在许多不同的Ruby项目中看到了它。
似乎是惯例吗？
code 文件的 bin 文件，并且它仅由 bin 文件运行... 那么在 bin 中进行引导。如果您有一个库，则在您的库代码顶部进行引导，例如在 lib/code.rb 中，以获得 lib/code/ 下的所有内容。希望这个讲话能有所帮助！ - Luke Antins__dir__ 来获取当前文件所在目录的路径。 - Raphael在使用 Rspec 时，我发现这是添加相对路径的最佳方式。我认为它足够详细且仍然是一个漂亮的一行代码。
$LOAD_PATH.unshift(File.join(File.dirname(__FILE__), '..', 'lib'))
script/console并输入$:，您将得到一个包括加载Ruby所需所有目录的数组。这个小练习的重点是$:是一个数组。既然如此，您可以使用unshift方法或<<运算符将其他目录添加到它之前执行它的函数。正如您在声明中暗示的那样，$:和$LOAD_PATH是相同的。## In vendor/plugins/todo/rails/init.rb
%w{ models controllers models }.each do |dir|
path = File.expand_path(File.join(File.dirname(__FILE__), '../lib', 'app', dir))
$LOAD_PATH << path
ActiveSupport::Dependencies.load_paths << path
ActiveSupport::Dependencies.load_once_paths.delete(path)
end
%w{ ... }只是另一种告诉Ruby保存字符串数组的方法）。当我运行script/console时，我输入以下内容：>> puts $:
我使用这种方式使得字符串的内容更容易阅读。输出结果如下：
... ... ./Users/Me/mySites/myRailsApp/vendor/plugins/todo/lib/app/models ./Users/Me/mySites/myRailsApp/vendor/plugins/todo/lib/app/controllers ./Users/Me/mySites/myRailsApp/vendor/plugins/todo/lib/app/models
可以看到，虽然这个例子很简单，但如果你不小心地采用快速且不规范的方法，可能会导致路径重复。而长一点的方式则会检查是否有重复的路径，并确保它们不会发生。
如果你是一个经验丰富的Rails程序员，那么你可能已经非常清楚自己在做什么，并且不会犯重复路径的错误。如果你是一个新手，我建议你采用较长的方式，直到你真正理解自己在做什么。
load_paths 和 load_once_paths.delete 已经过时。建议更新涉及到它们的代码行，更新为以下内容：ActiveSupport::Dependencies.autoload_paths << path
ActiveSupport::Dependencies.autoload_once_paths.delete(path) - Uzzar我的看法是：我喜欢使用$LOAD_PATH而不是$:。我已经老了……我学过92,000种语言，很难跟上所有的习惯和习语。
我开始厌恶命名空间污染。
最后，当我处理路径时，我总是先删除，然后再附加或前置——这取决于我希望搜索如何进行。因此，我会这样做：
1.times do
models_dir = "#{File.expand_path(File.dirname(__FILE__))}/models"
$LOAD_PATH.delete(models_dir)
$LOAD_PATH.unshift(models_dir)
end
有一个宝石可以让你使用更好、更清晰的代码设置负载路径。看看这个：https://github.com/nayyara-samuel/load-path。
它还有很好的文档。
我知道这个问题被提出已经很久了，但是我有一个额外的答案想要分享。
我有几个由另一个程序员在多年内开发的Ruby应用程序，它们在不同的应用程序中重复使用相同的类，尽管它们可能访问相同的数据库。由于这违反了DRY原则，我决定创建一个类库，供所有Ruby应用程序共享。我本可以把它放在主Ruby库中，但那样会隐藏常规代码中的自定义代码库，这是我不想做的。
我遇到了一个问题，即我已经定义了一个名为“profile.rb”的名称冲突，而我正在使用一个类。这个冲突直到我尝试创建通用代码库才成为问题。通常，Ruby首先搜索应用程序位置，然后转到$LOAD_PATH位置。
application_controller.rb找不到我创建的类，并在原始定义上抛出错误，因为它不是一个类。由于我从应用程序的app/models部分中删除了类定义，Ruby无法在那里找到它，于是去Ruby路径中寻找它。
因此，我修改了$LOAD_PATH变量，将其包含到我正在使用的库目录的路径中。这可以在初始化时的environment.rb文件中完成。
即使将新目录添加到搜索路径中，Ruby仍然会抛出错误，因为它优先选择系统定义的文件。$LOAD_PATH变量中的搜索路径优先搜索Ruby路径。Rails::Initializer.run do |config|
* * * * *
path = []
path.concat($LOAD_PATH)
$LOAD_PATH.clear
$LOAD_PATH << 'C:\web\common\lib'
$LOAD_PATH << 'C:\web\common'
$LOAD_PATH.concat(path)
* * * * *
end
我认为在这个级别上你不能使用之前提供的任何高级编码结构，但如果你想在应用程序初始化时设置某些东西，那么它完全可以正常工作。在将原始$LOAD_PATH变量添加回新变量时，必须保持原始顺序，否则一些主要的Ruby类会丢失。
在application_controller.rb文件中，我只是简单地使用了一个
require 'profile'
require 'etc' #etc
这将为整个应用程序加载自定义库文件，即我不必在每个控制器中使用 require 命令。
对我来说，这是我正在寻找的解决方案，我想将其添加到此答案中以传递信息。
File.expand_path(File.dirname(__FILE__)).tap {|pwd| $LOAD_PATH.unshift(pwd) unless $LOAD_PATH.include?(pwd)}- Nathan Long__dir__（自Ruby 2.0起）可以使这些更加简洁。 - Nathan Long