Ruby开发中require是否应始终置于代码顶部？

很多Ruby开发者习惯把所有require语句放在代码最开头，这不光是为了好看，确实有实际的合理性，尤其是依赖多的时候。下面聊聊两种写法的优缺点和适用场景：

集中放在开头的好处 #

• 提前排查依赖问题：程序一启动就加载所有依赖，要是缺了某个gem或者文件路径写错了，立刻就会报错，不用等运行到中间逻辑才崩溃，排查问题更高效。
• 代码一目了然：所有依赖集中在顶部，谁接手都能快速看清这个脚本需要哪些库和自定义文件，维护成本更低。
• 避免冗余代码：Ruby的require会自动检测文件是否已加载，集中写在开头能避免在代码各处重复写相同的require语句。

按需加载的优势 #

• 加快启动速度：如果脚本体积大、依赖多，但只有部分执行路径会用到某些库，按需加载能让程序启动更快，比如一些只在特定分支触发的功能依赖。
• 降低内存占用：不用一开始就把所有依赖都加载进内存，只在需要的时候引入，对内存资源紧张的环境更友好。

怎么选？ #

• 小型脚本、工具类脚本，或者所有执行路径都会用到大部分依赖的场景，集中放在开头更省心，也更易维护。
• 大型应用、有大量可选功能分支的脚本，按需加载能优化性能，不过要注意避免在频繁调用的代码块里放require，否则可能影响运行效率。

两种写法示例 #

集中加载示例：

require 'open-uri'
require 'rake'
require 'logic.rb'

# 业务代码
# code...
# code..........

按需加载示例：

# 业务代码开头
# code...

# 即将用到相关库时加载
require 'open-uri'
require 'rake'
# code...

# 用到自定义逻辑前加载
require 'logic.rb'
# code..........

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