使用命令行选项的 ruby​​ 习惯用法

Question

我正在尝试通过移植一个中型（非 OO）perl 程序来选择 ruby​​。 我个人的习惯之一是这样设置选项：

use Getopt::Std;
our $opt_v;  # be verbose
getopts('v');
# and later ...
$opt_v && print "something interesting\n";

在 Perl 中，我咬紧牙关让 $opt_v （有效地）成为全局变量。

在 ruby​​ 中，或多或少完全相同的是

require 'optparse'
    opts.on("-v", "--[no-]verbose", TrueClass, "Run verbosely") {
        |$opt_verbose|
    }
    opts.parse!
end

$opt_verbose 是类可以访问的全局变量。 让类了解这样的全局标志似乎......呃......错误。 执行此操作的 OO 惯用方式是什么？

• 让主例程处理所有与选项相关的内容，并让类将其返回决定如何处理的内容？
• 类是否实现了可选行为（例如，知道如何变得冗长）并通过 attr_writer 之类的东西设置模式？

更新：感谢您建议 optparse 的答案，但我应该更清楚，我所询问的不是如何处理命令行选项，而是更多之间的关系命令行选项有效地设置全局程序状态和类，理想情况下应该独立于此类事物。

Answer 1

不久前，我偶然发现了这篇博文（作者：Todd Werth），其中呈现了相当长的框架用于 Ruby 中的命令行脚本。 他的框架使用了一种混合方法，其中应用程序代码被封装在一个应用程序类中，该应用程序类被实例化，然后通过调用应用程序对象上的“run”方法来执行。 这允许将选项存储在类范围的实例变量中，以便应用程序对象中的所有方法都可以访问它们，而无需将它们暴露给脚本中可能使用的任何其他对象。

我倾向于使用这种技术，其中选项包含在一个对象中，并在方法调用上使用 attr_writers 或选项参数将相关选项传递给任何其他对象。 这样，外部类中包含的任何代码都可以与选项本身隔离——如果您的选项设置为，则无需担心 thingy 类中主例程中变量的命名thingy.verbose=true attr_writer 或 thingy.process(true) 调用。

Answer 2

optparse 库是标准发行版的一部分，所以你不需要任何第三方的东西就可以使用它。

我个人没有使用过它，但是 rails 似乎广泛使用它< /a> 和 rspec 也是如此，我想这是一个相当可靠的信任票

这个例子来自 Rails 的 script/console 似乎展示了如何非常轻松且良好地使用它

Answer 3

Google 上的首次点击 “processing command line options in ruby​​”是一篇关于 Trollop 的文章，看起来成为这项工作的好工具。