Как запустить IRB.start в контексте текущего класса

Я предлагаю попробовать это в ripl, альтернативе irb. Приведенный выше пример работает:

a = 'hello'
require 'ripl'
Ripl.start :binding => binding

Обратите внимание, что локальные переменные работают, потому что вы передаете текущую привязку с опцией :binding.

Возможно, вы могли бы сделать то же самое в irb, но, поскольку он плохо документирован и не протестирован, ваши шансы сделать это чисто равны нулю.

Как вы уже обнаружили, self относится не к объекту, где был запущен IRB, а к TOPLEVEL_BINDING, который, по-видимому, является экземпляром самого класса Object.

Вы по-прежнему можете запустить сеанс IRB с определенным классом или объектом в качестве контекста, но это не так просто, как просто запустить IRB.

Если вас волнует запуск IRB в определенном контексте, то это действительно легко сделать, запуская IRB вручную. Просто запустите IRB в обычном режиме, а затем вызовите метод irb, передав ему нужный объект/класс в качестве контекста.

$ irb
irb(main):002:0> require 'myclass'
=> true
irb(main):003:0> irb MyClass
irb#1(MyClass):001:0> self
=> MyClass

Вы также можете запустить сеанс IRB программно и указать контекст, но это не так просто, как должно быть, потому что вам нужно воспроизвести часть стартового кода IRB. После долгих экспериментов и копания в исходном коде IRB я смог придумать что-то, что работает:

require 'irb'
IRB.setup nil
IRB.conf[:MAIN_CONTEXT] = IRB::Irb.new.context
require 'irb/ext/multi-irb'
IRB.irb nil, self

Вместо глобальных вы можете использовать переменные экземпляра, например:

require 'irb'
@a = "hello"
ARGV.clear
IRB.start

>> @a
=> "hello"

Используйте Pry:

a = 'hello'
require 'pry'
binding.pry

Начиная с Ruby 2.4.0, вы можете сделать это:

require 'irb'
binding.irb

Это запустит IBR REPL, где у вас будет правильное значение для self, и вы сможете получить доступ ко всем локальным переменным и переменным экземпляра, которые находятся в области действия. Введите Ctrl+D или quit, чтобы возобновить работу программы Ruby.

Вот как вызвать IRB из вашего скрипта в контексте того, где вы вызываете IRB.start..

require 'irb'
class C
    def my_method
        @var = 'hi'
        $my_binding = binding
        IRB.start(__FILE__)
    end
end

C.new.my_method

Выполнение вашего скрипта вызовет IRB. Когда вы дойдете до подсказки, у вас есть еще одна вещь, которую нужно сделать...

% ./my_script.rb
irb(main):001:0> @var.nil?
=> true
irb(main):002:0> cb $my_binding
=> #<C:0x000000009da300 @var="hi">
irb(#<C:0x000000009da300>):003:0> @var.nil?
=> false
irb(#<C:0x000000009da300>):004:0> @var
=> "hi"

Наслаждаться!

Мое решение для Ruby 2.2.3. Он очень похож на Брайанта.

def to_s
  "Sample"
end

def interactive
  banana = "Hello"
  @banana = "There"
  require 'irb'
  IRB.setup(nil)
  workspace = IRB::WorkSpace.new(binding)
  irb = IRB::Irb.new(workspace)
  IRB.conf[:MAIN_CONTEXT] = irb.context
  irb.eval_input
end

irb(Sample):001:0> puts banana
Hello
=> nil
irb(Sample):002:0> puts @banana
There
=> nil
irb(Sample):003:0>

Я могу получить доступ к локальным переменным и переменным экземпляра. require 'irb', конечно, может быть вверху файла. Настройка banana и @banana предназначена только для того, чтобы доказать, что я могу получить к ним доступ из командной строки irb. to_s — это один из способов получить красивое приглашение, но есть и другие варианты. И нет никакой реальной причины делать отдельный метод, но в его нынешнем виде вы можете использовать его где угодно, и он должен работать.

ruby-debug-base< /a> gem добавляет метод binding_n в модуль Kernel, и это даст вам доступ к объекту привязки, который можно использовать в eval для предоставления доступа к переменным стека вызовов. Не забудьте запустить Debugger.start, чтобы включить отслеживание стека вызовов.

$ irb
ruby-1.8.7-p302 > require 'rubygems'
 => true 
ruby-1.8.7-p302 > require 'ruby-debug-base'
 => true 
ruby-1.8.7-p302 > Debugger.start
 => true 
ruby-1.8.7-p302 > puts caller
/tmp/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/irb/workspace.rb:52  :i  n `irb_binding' #`
/tmp/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/irb/workspace.rb:52
=> nil 
ruby-1.8.7-p302 > eval "main", binding_n(2)
 => #<Object:0xb7762958 @prompt={:PROMPT_I=>"ruby-1.8.7-p302 > ", :PROMPT_N=>"  ruby-1.8.7-p302 ?> ", :PROMPT_S=>"ruby-1.8.7-p302%l> ", :PROMPT_C=>"ruby-1.8.7-p302 > ", :AUTO_INDENT=>true, :RETURN=>" => %s \n"}> 
ruby-1.8.7-p302 > 

Если вы хотите запустить исправленную версию Ruby для 1.9.2, см. http://gitnub.com/rocky/rb-threadframe для лучшего доступа к стеку вызовов. Rubinius предоставляет эту возможность через Rubinius::VM.backtrace.

Это своего рода смесь всех ответов в этой теме. Это наименьший фрагмент кода, который будет производить поведение, запрошенное человеком, который спросил:

require 'irb'

module Craft
  class Console
    def start
      IRB.setup(__FILE__)
      workspace = IRB::WorkSpace.new(self)
      IRB::Irb.new(workspace).run(IRB.conf)
    end

    def hello
      puts 'hello world!'
    end
  end
end

Нет необходимости очищать ARGV, а также нет необходимости явно вызывать eval_input.

Вот как выглядит вывод:

bundle exec craft console
irb(#<Craft::Console:0x00007fb0135592c0>):001:0>hello
hello world!
=> nil