適切な型を選ぶことはC#での設計のキモです。特にレコード構造体（record struct）やクラス、レコードクラスの使い分けは、性能・可読性・メンテナンス性に大きく影響します。この記事では「C# レコード構造体 違い」というキーワードにピンポイントでお応えするため、各タイプの特徴・使いどころ・最新の言語仕様に基づいた比較を詳述します。これを読めば、どのケースでどの型を使うべきかが明確になります。
C# レコード構造体 違いとは何か
C#における「レコード構造体」と他のデータ型（クラス・レコードクラス・通常の構造体）との違いを理解することが、設計上の重要な出発点です。ここではまず基本的な定義と、比較する要素を整理します。構造体とレコード構造体は値型であり、クラス・レコードクラスは参照型という点だけでなく、等価性・イミュータブル性・メモリ配置など多くの違いがあります。
レコード構造体（record struct）の定義と役割
レコード構造体は C# 10 以降で導入された型で、構造体（struct）に「record」の修飾子を付与することで、値の等価性・デフォルトの ToString メソッド・with 式による非破壊的な更新などの機能を構造体に追加したものです。readonly record struct を用いれば可変部分を持たず、完全なイミュータブル値型として設計できます。
レコードクラスと通常の構造体の比較
レコードクラス（record class）は参照型でデフォルトでイミュータブルなプロパティを持ち、値ベースの等価性演算や with 式、継承などをサポートします。通常の構造体（struct）は値型で、参照の等価性ではなく値のコピーによる動作があり、等価性・ToString・演算子等は手動で定義しなければならない点が異なります。
比較すべき主要項目
- 値型 vs 参照型
- 等価性（value equality）
- イミュータブル性と可変性
- メモリの配置（ヒープ vs スタック）およびコピーコスト
- 継承やポリモーフィズムのサポート
- デフォルト動作（ToString, with, Deconstruct 等）
C# レコード構造体 違い：クラスとの比較
レコード構造体とクラスを比較すると、設計や動作スタイルが大きく異なります。ここでは参照型のレコードクラス・通常クラスと値型のレコード構造体を比較し、それぞれの利点と欠点を明らかにします。設計上どちらを選ぶか、明確な指標を持つことが可能になります。
値の割り当てとコピーの挙動
クラスとレコードクラスは参照型なので、変数間で割り当てると参照がコピーされ、複数の変数が同じインスタンスを参照します。一方、レコード構造体は値がコピーされるため、ある変数の値を変えても他方に影響しません。こうしたコピー挙動は意図しないバグを防ぐためにも重要です。
イミュータブル性の既定設定
レコードクラスの位置指定スタイルの宣言ではプロパティが init-only となり、コンストラクタ後に値を変更できなくなります。レコード構造体はデフォルトで可変（read/write）ですが、readonly record struct を使うことでイミュータブルにできます。構造体自身をイミュータブル型として設計したい場合には readonly が鍵になります。
継承と型階層
クラス・レコードクラスは継承やポリモーフィズムをサポートし、型階層を組むことが可能です。一方、構造体やレコード構造体は継承できません。インターフェースの実装は可能ですが、ベースクラスを持つことはできません。ドメインモデルなどで継承を多用するなら参照型が向いています。
等価性とハッシュコードの生成
レコードクラスおよびレコード構造体では、プロパティごとの値に基づいた Equals、GetHashCode、==／!= 演算子が自動生成されます。通常の構造体ではこれらを手動でオーバーライドする必要があります。また、レコードクラスは参照型として等価性を構築しますが、比較する際に型が一致するかも評価対象になります。
C# レコード構造体 違い：性能とメモリの観点から
実際のアプリケーションでは性能とメモリの使い方が重要です。レコード構造体とクラス、構造体の間でどのようなコストとトレードオフがあるかを、最新のベンチマークや言語仕様に基づいて比較します。
ヒープ配置 vs スタック配置
クラスおよびレコードクラスはインスタンスがヒープに配置され、ガベージコレクション（GC）の対象になります。大量にオブジェクトを生成するケースでは GC 圧がパフォーマンスに影響します。レコード構造体は値型であり主にスタック上または呼び出し元の所有する領域に配置され、コピーコストは存在しますが、ヒープ確保や GC オーバーヘッドが軽減されます。
コピーコストとサイズの影響
構造体（およびレコード構造体）はコピー時に全フィールドがコピーされます。フィールド数が多かったり、クラス参照を多く含む場合、コピーコストが高くなりヒープ配置のクラスより効率が悪いことがあります。一般的には、構造体サイズが 16バイト以下程度であれば値型のメリットが出やすいとされます。
レコード構造体による性能改善の実例
最新のベンチマークによれば、構造体ベースのレコードは、クラスベースのレコードに比べて等価性比較や生成・コピーにおいてわずかだが改善が見られ、ホットパスでその差が顕著になるケースがあります。単純な型・少数フィールドの場合に最も恩恵があり、複雑な大規模オブジェクトでは差が縮まることがあります。
誤用によるパフォーマンス低下のリスク
構造体を使う際の典型的な落とし穴には、大きな構造体を頻繁にコピーすること、ボックス化が発生すること、可変構造体で参照透過性が失われること等があります。レコード構造体でイミュータブルを意図するなら readonly を用い、コピー回数を抑える設計を心がけることが性能維持に重要です。
C# レコード構造体 違い：いつ使うか／使うべきでないか
どの型を選ぶかは「目的」「データの性質」「パフォーマンス要件」によって異なります。ここでは典型的なユースケースと逆に避けた方が良い状況をまとめ、設計判断に役立てています。
レコード構造体を使うべきユースケース
- 小さな値型データで頻繁に生成・コピーするが、ヒープ確保を避けたい場合
- 不変の値オブジェクト（座標・単位付き計測値など）で記述性を重視したい場合
- 等価性による比較（深い比較ではなくプロパティ単位）や ToString 出力・ Deconstruct が便利なログ記録やデバッグで
- ヒープ割り当てを減らしたい性能クリティカルな部分
避けた方が良いユースケース
- 継承やサブクラス化が必要な場合
- 大規模なデータをフィールドに持ち、コピーコストが大きくなるような型
- 大量のボックス化が発生する状況（インターフェース型へのキャスト・ object 型への格納など）
- 可変性が必要で、頻繁にフィールドを更新したいデータ
- 参照同一性（identity）が重要なエンティティ型（ドメインモデルなど）
C# レコード構造体 違い：言語仕様の最新変更点と注意点
C# の言語バージョンは近年進化しており、record struct を含むレコードに関する仕様にも更新があります。ここでは最新情報に基づく仕様と注意点を紹介します。
record struct と readonly record struct のイミュータブル性
record struct はデフォルトでは可変なプロパティを持ちうる型です。イミュータブルにしたい場合は readonly record struct を使います。readonly record struct によってすべてのプロパティが init-only または読み取り専用となり、意図しない変更を防ぐことができます。この仕様は言語バージョンとコンパイラの実装でサポートされています。
with 式と Deconstruct のサポート
レコードおよびレコード構造体は with 式をサポートしており、非破壊的にオブジェクトを更新する方法を提供します。また、Deconstruct メソッドも自動生成されるため、タプルに似た形でプロパティを別変数に分解できます。この便利な構文はコードの可読性と保守性を向上させます。
等価性比較に関する型安全性と動作
record class、record struct ともにプロパティごとの等価性が用いられますが、record class では参照型であるため、型の一致確認も含まれます。たとえば同じデータを持つ異なるサブクラスのインスタンス同士は等価とみなされません。一方 record struct は値型で、型間の互換性がある場合でも型違いだと不等扱いになります。また、== 演算子をoverrideすることで値型でも期待通りの比較が可能です。
制限事項と落とし穴
record struct は ref struct とは併用できません。構造体で unsafe や固定長配列といった低レベル操作が必要な場合、通常の struct や ref struct を使う必要があります。また、大きな構造体を頻繁にコピーする際のコスト、ボックス化の発生、読み取り専用参照を経由した変更時のコピー挙動などには注意が必要です。
まとめ
レコード構造体とクラス（およびレコードクラス）の間には多くの重要な違いがあります。値型／参照型、イミュータブル性、等価性、メモリ配置、継承など、設計目的に応じて選択すべき型が明確になります。可読性と保守性を重視するならレコードクラスやレコード構造体が有力であり、性能重視や軽量データではレコード構造体や plain struct を検討する価値があります。
最終的なポイントは以下の通りです。
・小さく不変な値オブジェクトには readonly record struct が最適。
・参照型の IDENTITY や複雑な振る舞いを含む型には record class または通常の class を選ぶ。
どのケースでも、「C# レコード構造体 違い」を意識して選ぶことが、堅牢で効率的なコード設計の鍵になります。
コメント