Ruby4.0.0で追加されたRuby::Boxの機能を知る

先日、Rubyコミュニティに実際に参加し、Ruby::Boxについての解説をその場で聞く機会がありました。
コミュニティに参加した初学者の目線で、RubyBoxの「機能の本質」を整理してみます。

困った状況をこれ以上悪化させないための仕組み

ベテランの方々の話を聞いて、RubyBoxは「困った状況をこれ以上悪化させないための仕組み」として設計されているのだと感じました。
Rubyは長い歴史を持つ言語で、たくさんのライブラリ（gem）が存在します。その結果、ライブラリ同士が干渉してしまう問題も現実に起きています。
RubyBoxは、そうした問題を「後から無理やり直さなくて済むようにする」ための仕組みだと理解しました。

RubyBoxが隔離するのは「定数とその影響」

RubyBoxがやっていることを、初学者なりに言い換えると、「同じ名前のクラスや設定が、勝手に混ざらないようにする」という機能だと理解しました。
クラスやメソッドの定義、requireされたライブラリ、グローバル変数などが、RubyBoxごとに閉じられます。

# 環境変数 RUBY_BOX=1 で実行する必要がある

# 箱を作る
b = Ruby::Box.new

# 箱の中でクラスを定義
b.eval <<'RUBY'
  class Foo
    def foo = 42
  end
RUBY

# 箱の外では Foo は存在しない
Foo.new #=> エラー

# 箱の中からアクセスするには
p b::Foo.new.foo #=> 42

箱の中で定義したクラスや定数は、箱の外からは見えません。RubyBoxは、この「見える範囲」をはっきり分けるための仕組みだと初学者なりに感じました。

異なるバージョンのgemを同時に使う場合について

一番分かりやすかったお話：gemの複数バージョン
コミュニティの勉強会で、特に理解しやすかったのが、異なるバージョンのgemを同時に使う例でした。
例えば、greetingというgemがあって

バージョン1.0.0ではsay_hello が引数なし
バージョン2.0.0ではsay_hello(name) が引数必須
普通なら、どちらかしか使えない。全部のコードを一度に書き換える必要があります。
でもRubyBoxを使うと

# バージョン 1.0.0 を箱1にロード
b1 = Ruby::Box.new
b1.require "./greeting-1.0.0"

# バージョン 2.0.0 を箱2にロード
b2 = Ruby::Box.new
b2.require "./greeting-2.0.0"

# 使い分けられる
b1::Greeting.new.say_hello         #=> 引数なしで動く
b2::Greeting.new.say_hello("mame") #=> 引数が必要

初学者の自分には実務経験はありませんが、勉強会で語られていた「大きなコードベースを一気に直すのは現実的ではない」という話を聞いて、この機能の必要性が少し実感できました。

注意点（初学者が特に気をつけたいところ）

勉強会で特に強調されていたのは、「RubyBoxをまたいでオブジェクトを混ぜて使うのは危険」という点。
RubyBoxは、クラスや定数の「見える範囲」を分ける仕組みですが、オブジェクトそのものはRubyBoxをまたいで受け渡せてしまうようです。

そのため、

見た目は同じクラスなのに、実は別物だった
比較すると意図しない結果になる
といった、分かりにくい問題が起きる可能性があるようです。

初学者としては、「RubyBox をまたがってオブジェクトをやり取りしない」という心構えだけ覚えておくのが安全だと感じました。

感想

RubyBox の話を聞いて一番印象に残ったのは、「現実の運用で本当に困っている人がいる」という前提から生まれた機能だという点でした。

今の自分がRubyBoxを使う場面はないですが、
それでも

Rubyが長い歴史を持つ言語であること
後方互換や段階的な移行がどれだけ重要か
言語機能で“被害を広げない”設計をするという考え方を知ることができたのは、とても大きな学びでした。

コミュニティに参加して話を聞いたことで、RubyBoxは「便利な新機能」というより、問題に向き合うための仕組みなのだと、初学者なりに理解できた気がします。

参考

Ruby