こんにちは！FlutterやDartのコードを日々書いていて、「もっと型安全に書きたいけれど、クラスでラップするとメモリの無駄遣いになりそう……」と悩んだことはありませんか？
他の言語からDartに入ってきた方だと、「型を厳密にしたいなら、とりあえずクラスで包もう（ラッパーを作ろう）」と考えがちですよね。でも、それをやると実行時にオブジェクトが大量に生成され、ガベージコレクター（GC）の負担が増えてしまいます。
今回は、Dart 3で導入された「Extension Types（拡張型）」という強力な機能について解説します。ここをクリアすれば、Dartの型システムを完全に手中に収めたと言っても過言ではありませんよ！
一緒に、パフォーマンスを1ミリも落とさずに型安全を手に入れる方法を見ていきましょう。
—
1. なぜ「ラッパーオブジェクト」はパフォーマンスを落とすのか？
まずは、Dartの裏側の世界（ランタイム）を少しだけ覗いてみましょう。
例えば、アプリケーション内で「ユーザーID」を扱うとします。中身は単なる `String` ですが、普通の `String` 型として扱うと、「商品ID」や「注文ID」といった全く関係ない文字列をうっかり代入してしまっても、コンパイラが気づいてくれませんよね。
これ防ぐために、従来は次のような「ラッパー（Wrapper）クラス」を作っていました。
// 従来のラッパー方式
class UserId {
final String value;
const UserId(this.value);
}
void processUser(UserId id) {
// …
}
このコード、型安全性は高まりますが、Dart VMの視点で見ると「ヒープメモリ上に新しい `UserId` という小さなオブジェクトが1つ生成される」ことになります。
たった1個なら無視できますが、これが数万件のループ処理や、毎フレーム走るFlutterのUI描画の中で行われたとしたらどうでしょう？メモリの割り当てと解放（GC）が頻発し、アプリのカクつき（ジャンク）の原因になってしまいます。
「型安全は欲しいけれど、余計なメモリメータは使いたくない……」
そのジレンマを鮮やかに解決するのが Extension Types です。
—
2. Extension Types（拡張型）の基本と仕組み
Extension Typesは、一言で言うと「コンパイル時だけの架空の身分証」です。
百聞は一見にしかず、実際のコードを見てみましょう。
// 1. extension typeの定義
extension type UserId(String value) {
// 独自のメソッドを生やすこともできます
bool get isValid => value.startsWith(‘USR_’);
}
void processUser(UserId id) {
print(‘処理中のユーザーID: $id’);
}
void main() {
// 2. 基本的にはラップ元の型（String）として振る舞います
UserId myId = UserId(‘USR_12345’);
processUser(myId); // OK
// 3. コンパイルエラー！ Stringをそのまま渡すことはできません（厳密な型チェック）
// processUser(‘USR_12345’);
// 4. メソッドも呼び出せる
print(myId.isValid); // true
}
これは何が起きているのでしょうか？（コンパイルと実行の裏側）
ここがDartの最もクールなところです。
この `UserId` は、実行時には完全に消滅します。Dart VMが実行する機械語（あるいはJavaScript）のレベルでは、`UserId` というオブジェクトは存在しません。
コンパイラは、コードをビルドする際に `UserId` をすべて元の型である `String` に「インライン展開（置き換え）」します。
[開発者の脳内] : 厳密な型 (UserId) としてコードを書く
[Dartコンパイラ]: 型安全性をチェックし、安全を確認したら中身のプリミティブ型 (String) にパチッと置き換える
[実行時のDart VM]: ただの String として爆速で処理する（ラッパーの生成コストは「ゼロ」！）
つまり、「書くときはガチガチに型安全、実行時はノーコスト（素の型）」という、開発者にとって夢のような仕組みなんです。
—
3. 実践！知っておくべきルールと注意点
Extension Typesは非常に強力ですが、いくつか独自のルールがあります。ここを押さえておけば、現場で迷うことはありませんよ。
① 表現できる基底（Rep）は「1つだけ」
Extension Typesは、ラップする基底の型（Representation type）を1つだけ持ちます。複数の型をまとめることはできません。
// 正しい例
extension type IdCard(int number) {}
// 間違い（複数のフィールドは持てない）
// extension type Multi(int a, int b) {}
② コンストラクタやプライベートメンバの活用
名辞コンストラクタ（Named constructor）や、ファクトリコンストラクタも定義できます。また、アンダースコア `_` を使えばプライベートな表現にすることも可能です。
extension type const Price(int cents) {
// バリデーション付きのコンストラクタ
factory Price.fromYen(int yen) {
if (yen < 0) throw ArgumentError('価格は0以上である必要があります');
return Price(yen 100); // 内部ではセント単位で保持するなど
}
int get yen => cents ~/ 100;
}
void main() {
final price = Price.fromYen(500);
print(price.yen); // 500
}
—
4. 陥りやすい文法エラーとその回避法
初学者のうちによくやってしまうミスが、「普通のクラスと同じ感覚で型変換（キャスト）しようとすること」です。
ミス例：
void main() {
String rawId = ‘USR_999’;
// やってしまいがちなミス（コンパイルエラーになることがあります）
// UserId id = rawId as UserId;
}
正しいアプローチ：
Extension Typesは、明示的にコンストラクタを呼ぶか、アノテーション等で関連付ける必要があります。型安全を担保するためのものなので、`as` で安易にキャストするのではなく、意図を持ってコンストラクタ経由でインスタンス化（実際にはラップの剥がし・被せ）を行いましょう。
// 正しくコンストラクタを使う
UserId id = UserId(rawId);
—
まとめ：Dartの型システムを使いこなそう！
今回は、Dart 3の「Extension Types」について、パフォーマンスの裏側を交えて解説しました。
- ラッパーオブジェクトを作らないため、実行時のメモリ負荷が「ゼロ」
- コンパイル時のみ型安全性を強制し、バグを未然に防ぐ
- 独自のメソッドやコンストラクタを持たせて、ドメインモデルを美しく表現できる
「パフォーマンスのために型安全性を諦める」必要はもうありません。このExtension Typesを使いこなせるようになると、あなたの書くDart/Flutterコードは、より堅牢で、かつ極限まで洗練されたものになりますよ。
ここをクリアできれば、Dartの型システムはもうバッチリマスターです！
日々の開発にぜひ取り入れて、快適なDartライフを送ってくださいね。