C#は強力な型システムを持つ言語ですが、開発の効率化や柔軟なプログラミングを実現するために、型推論を可能にするvarと、動的な型付けを可能にするdynamicという2つの重要なキーワードが用意されています。
これらは一見すると似たような役割を果たしているように見えますが、その内部的な仕組みや実行時の挙動、そして適切な使い所は全く異なります。
プログラミング初心者から中級者へとステップアップする過程で、これらの違いを正確に理解しておくことは、バグの少ない安全なコードを書くために不可欠です。
本記事では、varとdynamicの決定的な違いを、図解や具体的なソースコード、そしてパフォーマンスの観点から徹底的に解説します。
型推論を実現する「var」の正体
varはC# 3.0で導入された機能で、型推論(Type Inference)と呼ばれます。
これは、変数の型を開発者が明示的に記述する代わりに、右辺の代入値からコンパイラが型を自動的に決定する仕組みです。
静的な型決定の仕組み
varを使用して定義された変数は、コンパイル時に型が確定します。
つまり、プログラムを実行する前（ビルドした時点）で、その変数がどのような型であるかが既に決まっているということです。
例えば、var count = 10;と記述した場合、コンパイラは右辺の10が整数型(int)であることを認識し、内部的にこの変数をintとして扱います。
一度型が決まると、その後に異なる型の値を代入することはできません。
これは通常のint count = 10;という宣言と、実行時の挙動において全く同じパフォーマンスと安全性を提供します。
varを利用するためのルール
varは非常に便利ですが、どこでも使えるわけではありません。
以下の制約に注意する必要があります。
ローカル変数のみで使用可能です。
クラスのフィールド（メンバー変数）や、メソッドの引数、戻り値の型として直接使用することはできません。
宣言と同時に初期化が必要です。
コンパイラは右辺の値を見て型を決めるため、初期値がないと型を判定できずエラーになります。
nullでの初期化は不可です。
var x = null;のように記述すると、nullからは具体的な型を特定できないため、コンパイルエラーとなります。
using System;
public class VarExample
{
public void Run()
{
// 型推論により string 型として扱われる
var name = "C#プログラミング";
// 型推論により int 型として扱われる
var version = 12;
Console.WriteLine($"Name: {name}, Version: {version}");
// コンパイルエラー：string型の変数にintを代入することはできない
// name = 100;
// 型が確定しているため、IntelliSense(補完)も効く
Console.WriteLine($"長さ: {name.Length}");
}
}Name: C#プログラミング, Version: 12
長さ: 10動的な柔軟性を持たせる「dynamic」の正体
一方で、dynamicはC# 4.0で導入された機能です。
こちらは動的型付け(Dynamic Typing)を実現するための型であり、varとは根本的に異なる思想で設計されています。
実行時に型が決定する仕組み
dynamicとして宣言された変数は、コンパイル時には型のチェックが行われません。
代わりに、プログラムの実行時(ランタイム)に、その変数が現在保持している値に基づいて、適切な操作が可能かどうかが判断されます。
これを実現しているのが、DLR (Dynamic Language Runtime)という仕組みです。
DLRは、実行時にオブジェクトのメソッドやプロパティを探索し、呼び出しを仲介します。
そのため、varとは異なり、実行中に変数の型が変化しても問題ありません。
dynamicのメリットとリスク
dynamicの最大の利点は、コンパイル時に型が不明なオブジェクト（例えば、Pythonなどの動的言語との連携、COMオブジェクトの操作、複雑な構造のJSONデータのパース結果など）を直感的に扱える点にあります。
しかし、その代償として以下のリスクが伴います。
- コンパイル時の型安全性が失われる
存在しないメソッドを呼び出すコードを書いても、コンパイルエラーにはなりません。
エラーが発生するのは常に「実行時」です。
- IntelliSenseが機能しない
エディタ側で型が何であるか判断できないため、メソッド名やプロパティ名の補完候補が表示されません。
- パフォーマンスの低下
実行時に型を解析するオーバーヘッドが発生するため、通常の静的な型付けよりも処理が低速になります。
using System;
public class DynamicExample
{
public void Run()
{
// 最初に数値を代入
dynamic value = 100;
Console.WriteLine($"値: {value}, 型: {value.GetType()}");
// 後から文字列を代入してもOK
value = "こんにちは";
Console.WriteLine($"値: {value}, 型: {value.GetType()}");
try
{
// dynamicなら存在しないメソッドも呼べてしまう（コンパイルは通る）
// しかし実行時に例外(RuntimeBinderException)が発生する
value.InvalidMethod();
}
catch (Exception ex)
{
Console.WriteLine($"エラー発生: {ex.Message}");
}
}
}値: 100, 型: System.Int32
値: こんにちは, 型: System.String
エラー発生: 'string' に 'InvalidMethod' の定義がありません。var と dynamic の決定的な違い
これら2つのキーワードの違いをより明確にするために、主要な観点から比較表を作成しました。
| 比較項目 | var (型推論) | dynamic (動的型) |
|---|---|---|
| 型が決定するタイミング | コンパイル時 | 実行時 (ランタイム) |
| 型安全性のチェック | コンパイラが厳密にチェックする | 実行時までスキップされる |
| 変数の再代入(型の変更) | 不可能 (宣言時の型に固定される) | 可能 (何でも代入できる) |
| IntelliSense(補完) | 利用可能 | 利用不可 |
| 実行速度 | 高速 (明示的な型指定と同じ) | 低速 (解析コストがかかる) |
| 主な利用シーン | コードの簡略化、匿名型 | 外部ライブラリ連携、メタプログラミング |
動作タイミングの視覚的理解
varはあくまで「プログラミングの記述を楽にするためのショートカット」であり、実行プログラム自体は厳格な静的型付けの世界にあります。
一方、dynamicは「実行するまで何が起こるか分からない」という動的な世界をC#に持ち込む仕組みです。
具体的なコード比較：型安全性の違い
以下のサンプルコードでは、varとdynamicで同じような操作を試みた際の挙動の違いを示します。
public void Comparison()
{
// varの場合
var list1 = new System.Collections.Generic.List<string>();
list1.Add("Item");
// list1.NonExistentMethod(); // これはコンパイルエラーになるので安全
// dynamicの場合
dynamic list2 = new System.Collections.Generic.List<string>();
list2.Add("Item");
// コンパイルは通ってしまうが、実行時にクラッシュする
// list2.NonExistentMethod();
}varを使用していれば、打ち間違いや型の誤用を開発中の早い段階で発見できます。
開発の効率と品質を維持するためには、可能な限りvar（あるいは明示的な型指定）を使用し、どうしても必要な場合にのみdynamicを選択するのが鉄則です。
dynamicが必要になる実務的なケース
「型安全性が低いならdynamicなんて使わなければいい」と思うかもしれません。
しかし、現実の開発ではdynamicがなければ非常に煩雑になる場面があります。
1. JSONデータの動的な読み取り
APIから受け取るJSONの構造が複雑だったり、動的に変化したりする場合、全ての階層にクラス（DTO）を定義するのは大変です。
こうした時、dynamicを利用してデータにアクセスすると非常に簡潔に記述できます。
// Newtonsoft.Json などを使用した例（概念コード）
string json = "{ 'user': { 'name': 'Tanaka', 'age': 25 } }";
dynamic data = JObject.Parse(json);
// クラスを定義せずに直接プロパティのようにアクセスできる
Console.WriteLine(data.user.name);2. リフレクションの簡略化
通常のC#で、実行時にメソッドを名前で呼び出そうとすると、Reflection APIを使い、多くのコード（MethodInfoの取得やInvokeメソッドの呼び出し）を書く必要があります。
しかし、dynamicを使えば、まるで普通のメソッド呼び出しのように記述でき、コードの可読性が飛躍的に向上します。
3. COM相互運用 (Office連携など)
ExcelやWordなどのアプリケーションを操作するCOMコンポーネントは、歴史的な経緯から引数や戻り値が曖昧な型（object型）であることが多いです。
dynamicが登場する前のC#では、大量のキャスト処理が必要でしたが、現在はdynamicによって非常にスムーズに連携できるようになっています。
使い分けのガイドライン
どちらを使うべきか迷った際は、以下の優先順位に従うことをお勧めします。
原則として var を使う
varは以下の理由から、日常的なコーディングにおいて推奨される選択肢です。
- 可読性の向上：
Dictionary<string, List<MyComplexObject>> dict = new ...と書くよりも、var dict = new ...の方がコードがすっきりします。 - 変更への強さ：右辺のコンストラクタを変更した際、左辺の型名を書き直す手間が省けます。
- 匿名型の利用：LINQの
select new { ... }で作成される名前のない型を保持するには、varが必須です。
特殊な事情がある時だけ dynamic を使う
dynamicを使うのは、「静的な型付けでは解決できない問題」に直面した時だけに留めるべきです。
- コンパイル時に型が決定できない外部オブジェクトを扱うとき。
- リフレクションを多用しすぎてコードが読みにくくなっているとき。
- スクリプト言語のような柔軟なデータ処理が求められるとき。
まとめ
C#のvarとdynamicは、どちらもコードを柔軟にする便利な道具ですが、その役割は対極にあります。
varは「コンパイラに型を任せる」ものであり、型安全性やパフォーマンスを一切損なうことなく、記述を簡略化するための仕組みです。
現代のC#開発において、ローカル変数の宣言には積極的に活用されるべき機能です。
対して、dynamicは「実行時に型を解決する」ものであり、静的型付けの制約を一時的に取り払う強力な武器です。
その柔軟性と引き換えに、型安全性や実行速度を犠牲にするため、使用箇所を慎重に見極める必要があります。
これらの違いを正しく理解し、適材適所で使い分けることで、C#の持つ「堅牢さ」と「柔軟性」の両方を最大限に引き出したプログラミングが可能になります。
まずはvarによるスマートな記述に慣れ、必要に応じてdynamicの持つ動的なパワーを活用していきましょう。
