我最近将一个ruby库转换为gem,这似乎打破了命令行可用性
作为图书馆工作得很好
$ ruby -r foobar -e 'p FooBar.question' # => "answer"
作为一个宝石,irb知道如何从命令行开关中获取宝石
$ irb -rubygems -r foobar
irb(main):001:0> FooBar.question # => "answer"
但红宝石本身也失败了:
$ ruby -rubygems -r foobar -e 'p FooBar.question'
ruby: no such file to load -- foobar (LoadError)
我现在必须这样做,这看起来很难看:
ruby -rubygems -e 'require "foobar"; p FooBar.question' # => "answer"
或者有没有办法让2个开关工作?
注意:我知道gem可以为每个有用的方法添加bin / program但我不喜欢不必要地污染命令行命名空间
答案 0 :(得分:7)
-rubygems实际上与-r ubygems相同。
据我所知,它不会弄乱您的搜索路径,但我认为它也不会为您的搜索路径添加任何内容。我能够做到这样的事情:
ruby -rubygems -r /usr/lib/ruby/gems/myhelpfulclass-0.0.1/lib/MyHelpfulClass -e "puts MyHelpfulClass"
MyHelpfulClass.rb存在于上面指定的lib目录中。
这种情况很糟糕,但至少证明你可以拥有多个征服指令。
作为稍微不那么丑陋的解决方法,您可以向ruby库搜索路径添加其他项目(以* nix为分隔的冒号,在Windows中以分号分隔)。
export RUBYLIB=/usr/lib/ruby/gems/1.8/gems/myhelpfulclass-0.0.1/lib
ruby -rubygems -r MyHelpfulClass -e "puts MyHelpfulClass"
如果您不想弄乱环境变量,可以自己在加载路径中添加一些内容:
ruby -I /usr/lib/ruby/gems/1.8/gems/myhelpfulclass-0.0.1/lib \
-rubygems -r MyHelpfulClass -e "puts MyHelpfulClass"
答案 1 :(得分:0)
注意:ruby 1.8存在此问题,但在ruby 1.9中已解决。
在1.8上,如果您通过-r
指定两个库,ruby将尝试加载每个库而不关注$LOAD_PATH
中的更改。但rubygems确实改变了$LOAD_PATH
,因此可以找到宝石。
与irb
一起使用的原因是irb
确实关注$LOAD_PATH
更改。
不幸的是,我发现最好的解决方法是使用更详细的形式:
ruby -rubygems -e 'require "foobar"; p FooBar.question'
如果使用迭代器,疼痛不会随着lib的数量线性增加:
ruby -rubygems -e '%w(rake rspec).each{|r| require r }'