バインド（binding）とは？プログラミングでの意味・代入との違いを実行コードで解説

バインド（binding）とは、識別子と値や機能を結び付けることです。ただし現場で「バインドする」と言うとき、指しているものはUIとデータの同期、SQLのプレースホルダ、キー操作の割り当て、ソケットへのアドレス割り当てなど文脈ごとに変わります。この記事では英語のbindの意味と読み方から始めて、代入との違い、静的バインディングと動的バインディングの違い、分野別の使い分けまでを、実際に実行した出力付きのコードで確認します。

まとめ：バインドの意味と分野別の使い分け

バインドの中核の意味は「名前と実体を結び付けること」で、何と何を結び付けるかによって呼び名と実装が変わります。読んでいる文章がどの分野の話かを見分けられれば、用語の混乱はほぼ解消します。

バインドの意味：識別子と値を結び付ける仕組み

英語のbind・bindingの読み方と原義

bindは「縛る」「結び付ける」を意味する英語の動詞で、読み方は「バインド」、過去形・過去分詞はboundです。bindingはその名詞形で「バインディング」と読み、結び付けた状態や結び付ける仕組みそのものを指します。書類をまとめるバインダー（binder）や製本（bookbinding）と同じ語源で、「ばらばらのものを一つに束ねる」というイメージがIT用語にもそのまま引き継がれています。

MDN用語集の定義：変数に限らない識別子と値の関連付け

MDN Web Docsの用語集は、バインドを「識別子と値の関連付け」と定義したうえで、「バインドは変数だけとは限らない」と補足しています。関数の引数やcatch (e)ブロックが作るバインド、JavaScriptのthisやnew.targetのように言語が暗黙に作るバインドも含まれる、という整理です。バインドは変数宣言に限った話ではなく、「名前を書いたときに何が対応付けられるか」を決める仕組み全体を指します。

バインドとバインディングの表記差と公式ドキュメントの実例

日本語の技術文書では、動作を指すときに「バインドする」、仕組みや状態を指すときに「バインディング」と書き分けることが多いものの、厳密なルールはありません。公式ドキュメント側の表記も揺れていて、Vueは双方向バインディングをv-model、WPFはマークアップ拡張のBinding、AndroidはData Binding Libraryと、同じ機能領域で語形が異なります。検索する側から見れば表記ゆれでしかないため、意味を読み替える必要はありません。

バインドと代入の違い：代入は束縛を作る操作の一つ

名前の張り替えと実体の変更の違い（Python 3.9.6 実測）

代入は「変数に値を入れる」と説明されがちですが、Pythonのように名前と実体を結び付ける言語では「名前を実体に結び付け直す」動作になります。箱に値を入れ替えているのではなく、名札の貼り先を変えていると考えると挙動が読めます。

x = 10
y = x
x = 20
print(x, y)

nums = [1, 2, 3]
alias = nums
nums.append(4)
print(alias)

nums = [9]
print(nums, alias)

# 実行結果（Python 3.9.6）
# 20 10
# [1, 2, 3, 4]
# [9] [1, 2, 3, 4]

x = 20のあともyが10のままなのは、yが結び付いている実体そのものは変わらないからです。一方でリストはnums.append(4)で実体を変更したため、同じ実体に結び付いているaliasにも変更が見えます。最後のnums = [9]は実体の変更ではなく結び付け先の張り替えなので、aliasは元のリストを保持したままです。「代入＝値のコピー」と覚えていると説明できない挙動が、束縛として見ると一つの規則で説明できます。

代入以外に名前を束縛する構文（def・class・import・for・as）

Pythonの公式ドキュメント「実行モデル」は、名前を束縛する構文として代入式のほかに、関数定義、クラス定義、import文、forループのヘッダ、with文やexcept句のas、type文と型パラメータリスト（Python 3.12以降）を挙げています。defやclassも内部では「関数オブジェクト・クラスオブジェクトを名前に束縛する文」です。代入はバインドの一形態であって、両者は上下関係にあります。

静的バインディングと動的バインディングの違い

確定時点の違い：C++のvirtualの有無で見る分岐

静的バインディング（早期バインディング）は、どの実装が呼ばれるかがコンパイル時に確定する方式です。動的バインディング（遅延バインディング）は、実行時のオブジェクトの実体を見て確定します。C++はvirtualの有無でこの2つを明示的に切り替えられるため、違いを1つのファイルで確認できます。

#include <iostream>

struct Animal {
    virtual ~Animal() = default;
    void name() { std::cout << "Animal::name\n"; }
    virtual void speak() { std::cout << "Animal::speak\n"; }
};

struct Dog : Animal {
    void name() { std::cout << "Dog::name\n"; }
    void speak() override { std::cout << "Dog::speak\n"; }
};

int main() {
    Animal* pet = new Dog();
    pet->name();   // 非virtual：変数の型でコンパイル時に確定
    pet->speak();  // virtual：実体の型で実行時に確定
    delete pet;
}

// 実行結果（clang++ -std=c++17 -Wall）
// Animal::name
// Dog::speak

変数petの型はAnimal*、実体はDogです。非virtualのname()は変数の型で決まるためAnimal::nameが動き、virtualのspeak()は実体の型で決まるためDog::speakが動きます。同じポインタに対する2つの呼び出しで結果が割れる点が、静的と動的の差そのものです。オブジェクト指向のポリモーフィズムが成立するのは、この動的バインディングが土台にあるためです。基底クラスのポインタでdeleteする設計にする場合は、デストラクタをvirtualにしないと派生クラスの後始末が呼ばれないため、上のコードでもvirtual ~Animal() = default;を置いています。

PHPの遅延静的束縛：self::とstatic::の解決先

PHPには「遅延静的束縛（Late Static Bindings）」という機能があり、静的メソッド内のself::とstatic::で挙動が分かれます。公式マニュアルは、self::がそのメソッドの定義されているクラスに解決されるのに対し、遅延静的束縛は「直近の非転送コールのクラス名を保存する」と説明しています。

<?php
class ParentModel {
    public static function create(): string {
        return self::class . " / " . static::class;
    }
}
class ChildModel extends ParentModel {}

echo ChildModel::create(), PHP_EOL;

# 実行結果（PHP 8.5.8）
# ParentModel / ChildModel

親クラスに書いたコードなのにstatic::classがChildModelを返すのは、解決が実行時まで遅らされているからです。フレームワークが親クラスのcreate()から子モデルのインスタンスを生成できるのは、この仕組みを使っているためです。なおself::やparent::を経由した呼び出しは「転送コール」に分類され、この場合static::が保持するクラス名は呼び出し元のまま引き継がれます。

Pythonのバウンドメソッド：取り出し時点で決まる__self__

Pythonではインスタンス経由でメソッドを取り出した時点で、そのインスタンスがメソッドに結び付きます。これが「バウンドメソッド（束縛メソッド）」です。

class Greeter:
    def __init__(self, name):
        self.name = name

    def hello(self):
        return f"Hello, {self.name}"

g = Greeter("issoh")
bound = g.hello
print(bound())
print(bound.__self__ is g)
print(type(g.hello), type(Greeter.hello))

# 実行結果（Python 3.9.6）
# Hello, issoh
# True
# <class 'method'> <class 'function'>

boundには引数を渡していないのにselfが解決されているのは、取り出しの時点でgが結び付いたからです。クラス経由で取り出したGreeter.helloはfunctionのままで、インスタンス経由のg.helloだけがmethodになります。コールバックにメソッドを渡してもselfが外れないのは、この束縛が効いているためです。実行時にクラス情報を扱うリフレクションと合わせて読むと、名前と実体をいつ解決するかという観点でつながります。

名前解決のスコープを指す用法との違い

ここまでは「どの実装が呼ばれるか」を決めるメソッドディスパッチの話ですが、「静的束縛・動的束縛」という言葉は変数の名前解決スコープを指しても使われます。関数の中で宣言されていない名前を、ソース上の外側のブロックから探すのが静的（レキシカル）束縛、呼び出し元の実行時の環境から探すのが動的束縛です。Emacs Lispのように動的束縛を言語仕様として持つ処理系が該当します。同じ用語で2系統の話題があるため、読んでいる文書がディスパッチとスコープのどちらを扱っているかを先に確かめます。

静的と動的の使い分けの判断基準

静的バインディングは呼び先が固定されるため実行時の解決処理がなく、IDEの補完や静的解析も効きます。動的バインディングでは呼び先の情報が実行時のオブジェクトに置かれ、C++では主要な処理系が仮想関数テーブル経由の間接呼び出しとして実装しています。差し替えの必要がない処理まで動的にすると、障害時に「どの実装が動いたのか」を再現する作業が増えます。拡張点として設計した箇所だけを動的にし、それ以外は静的に固定します。

分野別に見るバインドの意味

遭遇する頻度はデータバインディングとバインド変数が突出しており、この2つは実装の詳細まで理解する価値があります。残りは「その分野ではこの意味」と読み分けられれば足ります。

データバインディング：UIとデータの同期

データバインディングは、画面部品とデータを結び付けて、片方の変更をもう片方へ自動反映する仕組みです。データからUIへの一方向と、入力欄の変更をデータへ戻す双方向があり、VueやAngular、WPFのMVVM、AndroidのData Binding Libraryが代表例です。なおAndroidには名前の似たView Bindingもありますが、こちらはfindViewByIdを型安全に置き換えるだけの機能で、公式ドキュメントが双方向データバインディングに非対応と明記しています。手書きの更新コードが不要になる一方、監視対象が増えるほど反映処理のコストは上がるため、1,000行規模の一覧で全行を監視対象にする構成は避け、表示に必要な範囲へ絞ります。設計の考え方はMVCとMVVMの違いと合わせて押さえると整理しやすくなります。

バインド変数：SQLの穴に当てはめる値

SQL文の中に?や:nameといったプレースホルダを置き、実行時に値を渡す仕組みです。SQL文の構造と値が分離されるため、値に含まれる引用符が構文として解釈されなくなります。同じ構造のSQLを繰り返し実行する場合に解析済みの実行計画を再利用できる実装が多い点も、バインド変数が使われる理由です。詳しくは後の章で実行結果とともに扱います。

キーバインド：キー操作と機能の割り当て

エディタやターミナルで、特定のキー操作に機能を割り当てる設定がキーバインド（キーバインディング）です。VimやEmacs、VS Codeのキーマップ設定がこれにあたり、プログラミング言語の束縛とは対象が違うだけで「操作と処理を結び付ける」という構図は共通しています。

言語バインディング：他言語のライブラリへの橋渡し

C/C++で書かれたライブラリをPythonから呼べるようにするラッパーを「Pythonバインディング」と呼びます。ライブラリ本体は書き換えず、関数や型を呼び出し側の言語の作法に翻訳する層を挟む方式です。OpenCVをimport cv2で使えるのも、PyTorchがC++で実装されたコアをPythonから扱えるのも、このバインディングが用意されているためです。

ソケットのbind()：待ち受けアドレスの割り当て

ネットワークプログラミングのbind()は、作成したソケットにIPアドレスとポート番号を割り当てるシステムコールです。Linuxのマニュアルは、socket()で作られたソケットは名前空間（アドレスファミリー）には属するがアドレスは割り当てられていない状態であり、bind()が指定のアドレスを割り当てると説明し、この操作を伝統的に「ソケットに名前を割り当てる」と呼ぶと補足しています。サーバー側で待ち受けポートを決める処理がこれにあたります。手順の全体像はソケット通信の実装の流れで確認できます。

同じ綴りの別物：DNSのBINDとゲームのバインド

DNSサーバーソフトのBINDは、Berkeley Internet Name Domainの略です。1980年代にカリフォルニア大学バークレー校で作られ、1995年に当時のInternet Software Consortium（現Internet Systems Consortium, Inc.：ISC）が開発を引き継いでいます（JPRS用語辞典）。名前の由来が略語なので、ここまで説明してきた「結び付ける」という意味とは直接つながりません。またゲームで使われる「バインド状態」は移動を封じる拘束系の状態異常を指す用法で、タイトルによって封じられる行動の範囲は異なります。検索結果に混在しやすい語なので、どの分野の文書を読んでいるかを最初に確かめます。

JavaScriptのbind()：thisの固定と3つの注意点

bindなしでthisが外れる条件とNaNの正体

オブジェクトのメソッドを変数へ取り出してから呼ぶと、thisの結び付きが失われます。Function.prototype.bind()は、thisの値を固定した新しい関数を返すことでこれを防ぎます。

const counter = {
  count: 0,
  increment() {
    this.count += 1;
    return this.count;
  },
};

const loose = counter.increment;
console.log("bindなし:", loose());

const bound = counter.increment.bind(counter);
console.log("bindあり:", bound(), bound());

// 実行結果（Node.js 26.5.0 / CommonJS）
// bindなし: NaN
// bindあり: 1 2

bindなしの呼び出しがNaNになるのは、非strictモードではthisがグローバルオブジェクトになり、undefined + 1が評価されるためです。同じコードをESM（strictモード）で実行するとthisがundefinedになり、TypeError: Cannot read properties of undefined (reading 'count')で停止します。エラーにならず静かに壊れるぶん、非strictでのNaNのほうが発見は遅れます。

引数の部分適用とname・lengthの変化

bind()は第2引数以降を先頭の引数として固定できます。固定した分だけlengthが減り、nameには接頭辞"bound "（末尾に半角空白を含む）が付きます。

function introduce(greeting, punct) {
  return `${greeting}, ${this.name}${punct}`;
}

const toA = introduce.bind({ name: "Aさん" }, "こんにちは");
console.log(introduce.name, introduce.length);
console.log(toA.name, toA.length);
console.log(toA("！"));

const toB = toA.bind({ name: "Bさん" });
console.log(toB("！"));

// 実行結果（Node.js 26.5.0）
// introduce 2
// bound introduce 1
// こんにちは, Aさん！
// こんにちは, Aさん！

注目すべきは最後の2行です。すでにバインド済みの関数へさらにbind()を適用しても、thisは最初のバインドで固定されたままで、後から差し替えられません。ログ出力にbound introduceと出るのは、この関数がバインド済みであることを示すMDN記載どおりの挙動です。デバッグ時に"bound "で始まる関数名を見たら、どこかでthisが固定済みだと判断できます。

newでの構築時にthisが無視される例外

MDNは、バインド済み関数をnew演算子で構築した場合、指定したthisは無視されると明記しています。固定した引数は有効なままなので、コンストラクタの一部引数を固定した派生コンストラクタを作る用途には使えます。thisだけが効かない例外だと押さえておけば、意図しない挙動を追う手間を省けます。

バインド変数：SQLインジェクションの遮断とバインドできる位置

連結とバインドで割れる実行結果（SQLite 3.51.0）

プレースホルダを使う場合と、文字列連結でSQLを組み立てる場合の差を、同じ入力値で比べます。入力値には引用符を閉じてOR条件を足す典型的な攻撃文字列を渡しています。

import sqlite3

conn = sqlite3.connect(":memory:")
conn.execute("CREATE TABLE users (id INTEGER, name TEXT)")
conn.executemany("INSERT INTO users VALUES (?, ?)", [(1, "sato"), (2, "suzuki")])

name = "sato' OR '1'='1"

rows = conn.execute("SELECT id, name FROM users WHERE name = ?", (name,)).fetchall()
print("バインドあり:", rows)

sql = "SELECT id, name FROM users WHERE name = '" + name + "'"
print("バインドなし:", conn.execute(sql).fetchall())

# 実行結果（Python 3.9.6 / SQLite 3.51.0）
# バインドあり: []
# バインドなし: [(1, 'sato'), (2, 'suzuki')]

バインドした場合は「sato' OR '1'='1という名前のユーザー」を探すため、該当なしの空リストが返ります。文字列連結した場合は引用符がSQLの構文として解釈され、条件が常に真になって全件が返りました。バインド変数が対策として有効なのは、値をSQL文の構造から切り離し、値を構文として解釈させないためです。攻撃の全体像はSQLインジェクションの仕組みと対策で詳しく扱っています。

バインドできるのは値だけ

プレースホルダで差し替えられるのは値の部分だけで、テーブル名やカラム名、ORDER BYの並び順は差し替えられません。構文を解析する段階で確定している必要があるためです。

import sqlite3

print(sqlite3.paramstyle)

conn = sqlite3.connect(":memory:")
conn.execute("CREATE TABLE users (id INTEGER, name TEXT)")
try:
    conn.execute("SELECT * FROM ?", ("users",))
except sqlite3.Error as e:
    print(type(e).__name__, e)

# 実行結果（Python 3.9.6）
# qmark
# OperationalError near "?": syntax error

テーブル名にプレースホルダを置くと、値を渡す以前の構文解析で失敗します。テーブル名やカラム名を動的に変えたい場合は、許可した名前の一覧と照合してから文字列として埋め込みます。あわせて注意したいのがプレースホルダの書式差で、Python DB-API（PEP 249）のparamstyleはsqlite3がqmark（?）、MySQL Connector/Pythonとpsycopg2はどちらもpyformatです。後者2つは%sによる位置指定と%(name)sによる名前指定の両方を受け付けますが、sqlite3の?とは互換がないため、ライブラリを差し替えるときはSQL文中の書式も直します。SQL文の種類と実行順序を押さえておくと、どこがバインド可能な位置かを判断しやすくなります。

導入時の判断：双方向バインドの範囲とテストでの固定

双方向バインドの適用範囲の線引き

双方向データバインディングは入力フォームでは書く量を大きく減らしますが、値の変更が別の値の変更を呼ぶ構造にすると更新が連鎖し、原因の特定が難しくなります。双方向は入力欄と表示の同期に限って使い、計算結果や集計は一方向にします。この線引きを設計時に決めておけば、後から更新経路をたどれます。

動的な差し替えのテストによる固定

動的バインディングを使う箇所は、実行時にどの実装が選ばれるかがコードだけでは確定しません。実装ごとの単体テストに加えて、想定する実装が実際に選ばれることを確認するテストを1本置きます。差し替えの取り違えは動作するコードとして通ってしまうため、テストで固定する以外に検出手段がありません。

よくある質問

バインドとはどういう意味ですか？

識別子と値や機能を結び付けることです。英語のbind（縛る、結び付ける）が語源で、名詞形のbindingは結び付ける仕組みや結び付いた状態を指します。プログラミングでは変数と値の結び付きのほか、UIとデータ、SQLの穴と値、キー操作と機能など、結び付ける対象が違うものをまとめてバインドと呼びます。MDN Web Docsの用語集も「識別子と値の関連付け」と定義したうえで、関数の引数やJavaScriptのthisのように変数以外のバインドも含むと補足しています。

バインドと代入は何が違いますか？

代入はバインドを作る操作の一つです。Pythonの公式ドキュメントは、名前を束縛する構文として代入式のほかに関数定義、クラス定義、import文、forのヘッダ、withやexceptのasなどを挙げています。代入は「値を入れる」というより「名前の結び付け先を決める」動作だと捉えると、リストなどの可変オブジェクトを別の名前にも結び付けたときの挙動を一貫して説明できます。

「バインド」と「バインディング」は使い分けますか？

動作を指すときは「バインドする」、仕組みや状態を指すときは「バインディング」と書くことが多いものの、厳密な使い分けはありません。「データバインド」と「データバインディング」は同じ機能を指します。公式ドキュメントの側でも、Vueはv-model、WPFはBinding、AndroidはData Binding Libraryと語形が揃っていません。文書ごとの表記の揺れなので、意味を読み替える必要はありません。

バインド変数を使えばSQLインジェクションは防げますか？

値の部分については防げます。値がSQL文の構造から切り離され、引用符などが構文として解釈されなくなるためです。ただしテーブル名やカラム名、ORDER BYの向きはバインドできないため、これらを利用者の入力で切り替える設計にすると、バインド変数を使っていても穴が残ります。動的に変えたい識別子は、許可リストと照合してから組み立てます。

ゲームやDNSで出てくるバインドも同じ意味ですか？

別物です。DNSサーバーソフトのBINDはBerkeley Internet Name Domainの略で固有名詞、ゲームの「バインド」は移動を封じる拘束系の状態異常を指す用法です。BINDは1980年代にカリフォルニア大学バークレー校で作られ、1995年からISCが開発を引き継いでいるDNSソフトの固有名です。IT用語の「識別子と値の結び付け」とは系統が異なるため、同じ検索結果に並んでいても切り離して読む必要があります。

関連記事

• SQLとは？文の種類（DDL・DML・DCL）と実行順序・RDBMS方言を実装目線で解説
• SQLインジェクションとは？仕組み・攻撃例・対策をコード付きで解説
• オブジェクト指向とは？カプセル化・継承・ポリモーフィズムを実装目線で解説
• ソケット通信とは？TCP/UDPソケットの仕組み・API手順・実装の勘所を実装者向けに解説
• MVCモデルは古いのか？2026年も現役である理由とMVVMへ移行すべき条件