RubyのスコープとBindingオブジェクトを徹底解説！ローカル変数からクロージャまで

スコープ（scope）は、あらゆるRuby開発者が必ず理解しておくべき重要な概念です。

なぜなら、スコープは多くのエラーメッセージや混乱の原因となるからです。

この記事では、「スコープとは何か」という基本から、ローカル変数・インスタンス変数・ブロックそれぞれのスコープの挙動、さらにはBindingオブジェクトやRailsのscopeとの違いまで、具体例を交えながらわかりやすく解説します。

スコープとは何か？

スコープとは、「ある時点でどの変数にアクセスできるか」を指す概念です。

変数の種類によってスコープの広さは異なります。

• ローカル変数：非常に狭いスコープを持つ
• グローバル変数：非常に広いスコープを持つ
• インスタンス変数：オブジェクト内で共有される中間的なスコープ

Rubyでは、状態の予期せぬ変更（state mutation）や名前の衝突（name collision）を避けるため、可能な限り狭いスコープを使うのがベストプラクティスとされています。

それでは、実際のコード例を見ながら、スコープがRubyコードにどう影響するのかを確認していきましょう。

ローカル変数のスコープ

ローカル変数は、すべての変数の中で最もスコープが狭い変数です。

特に重要なのは、メソッド内で定義されたローカル変数は、メソッドが返った時点で消滅するという点です。

次の例を見てください。

a = 50

def apple
  a = 100

  puts a
end

appleメソッドを呼び出すと、何が出力されると思いますか？

答えは常に 100 です。

メソッドの外側で a = 50 と定義していても、メソッドの内側の a には一切影響しません。この2つはまったく別の変数だからです。

スコープは「シャボン玉」で考えるとわかりやすい

スコープのイメージとしては、シャボン玉を思い浮かべると理解しやすいでしょう。

最初の a = 50 は1つ目のシャボン玉の中にあります。そして、メソッドを呼び出すとき——どんなメソッドでも——あなたは新しい空っぽのシャボン玉に入ることになります。

外側のシャボン玉からローカル変数を持ち込むことはできません。

そして、メソッドが終わりに達すると…

シャボン玉は弾けて（パチンと割れて）、中にあった変数は消えてしまいます。その後アクセスすることもできません。

これがローカル変数の基本的な仕組みです。

インスタンス変数のスコープ

インスタンス変数は、ローカル変数より広いスコープを持ちます。

具体的には、同じオブジェクト内でデータを共有するために使われます。

class Fruit
  def more_juice
    @quantity = 100
  end

  def less_juice
    @quantity = 50
  end
end

この例では、@quantity は more_juice メソッドと less_juice メソッドの両方にとって同一の変数です。

つまり、メソッド間で共有される値だということです。

しかし、このクラスの外側に出たり、別の Fruit オブジェクトになると、@quantity の値はまったく別物になります。

orange = Fruit.new
apple  = Fruit.new

orange.more_juice
apple.less_juice

すべてのオブジェクトは、それぞれ独自のインスタンス変数のセットを持っています。

したがって、この例では orange の @quantity は 100、apple の @quantity は 50 になります。

これは、人それぞれが異なる名前・年齢・国籍を持っているのと同じイメージです。オブジェクトごとに状態が独立しているのです。

ブロックにおけるスコープの仕組み

ブロックは、スコープの観点から見ると非常に興味深い存在です。

再びシャボン玉の比喩を使うと、ブロックが行うのは「現在のシャボン玉からローカル変数を持ち込む」ことです。持ち込んだ変数にはアクセスも変更もできます。

a = []

3.times { a << 1 }

p a
# [1, 1, 1]

しかし……

シャボン玉はやはり弾けるため、ブロック内で新しく作成されたローカル変数は、ブロックの終了とともに消えてしまいます。

面白いと思いませんか？次の例で確認してみましょう。

1.times { b = [1,2,3] }

b
# NameError

ブロックを抜けた後の b への参照は、NameError を引き起こします。

クロージャ（closure）とは？

さらに、ブロックは生成された時点のシャボン玉（スコープ）を一緒に持ち運びます。この効果は「クロージャ（closure）」として知られています。

ここでの「シャボン玉」とは、ソースコード上の特定の時点でアクセス可能なすべての変数の集合のこと。つまり、スコープそのものをオブジェクトとしてカプセル化したものです。

Rubyではこれを Binding と呼びます。

RubyのBindingオブジェクトの使い方

最後に、もう1つの重要な概念であるバインディング（binding）について紹介します。

これまで説明してきたシャボン玉（スコープ）は、Rubyの Binding クラスのオブジェクトとして保存できます。

def banana
  a = 100

  binding
end

banana.class
# => Binding

このバインディングオブジェクトこそが、まさに「シャボン玉」です。

しかも、シャボン玉の中を覗いて、何が入っているのか確認することさえできます。

banana.send(:local_variables)
# => [:a]

local_variables メソッドを使えば、そのスコープ内で利用可能なローカル変数の一覧を取得できます。デバッグ時に非常に便利な機能なので、覚えておくとよいでしょう。

Railsのscopeとの違いに注意

ここで注意したいのは、RailsのスコープはRubyのスコープとはまったく別物だという点です。

Railsにおけるscopeとは、ActiveRecord のメソッドを組み合わせたカスタムデータベースクエリに名前を付ける仕組みのことです。

class User < ApplicationRecord
  scope(:with_email) { where.not(email: nil) }
end

User.with_email

このRailsのscopeと、本記事で解説してきたRubyのスコープの概念を混同しないようにしてください。

まとめ

この記事では、RubyにおけるスコープとBindingオブジェクトについて学びました。

• スコープとは、ある時点でアクセスできる変数の範囲を定めるもの
• ローカル変数は自分専用のシャボン玉（スコープ）を持ち、メソッド終了とともに消える
• インスタンス変数はオブジェクト内で共有されるスコープを持つ
• ブロックは外部のローカル変数を持ち込み、生成時点のスコープを保持する（クロージャ）
• スコープ自体は Binding オブジェクトとして保存・調査できる

シャボン玉の比喩を思い浮かべれば、複雑に感じられがちなスコープの概念もぐっと理解しやすくなるはずです。ぜひ実際のコードで試しながら、感覚をつかんでみてください。