C#で配列やリストがnullにならないようにする工夫｜安全な設計と初期化のベストプラクティス

2025年10月26日

C#でプログラムを書いていると、
「オブジェクト参照がインスタンスに設定されていません」というエラーに出くわしたことはありませんか？

これは、配列やリストが null のまま使われているときによく発生するエラーです。
特に初心者のうちは、「変数は作ったのに、なぜnullになるの？」と戸惑う人も多いでしょう。

このエラーは「変数やリストがnullのまま使われた」ときに発生しますが、
本当の問題は“エラーそのもの”ではなく、なぜnullが存在してしまうのかという設計上の部分にあります。

多くのプログラマーは「nullをチェックする」「try-catchで防ぐ」といった後追いの対処をします。
しかし、より安全でメンテナブルなコードを目指すなら、
「nullを作らない・返さない設計」を心がけるべきです。

本記事では、
C#で配列やリストがnullにならないようにする工夫というところに着目して紹介します。

これらを意識するだけで、NullReferenceExceptionの発生率は劇的に下がります。
「エラーを防ぐ」から「エラーを生まない」コードへ。
一歩進んだC#設計のヒントとして、ぜひ参考にしてください。

配列やリストにnullが入ってしまう原因について

まずは、なぜ配列やリストがnullになるのかをみていきましょう。

主な原因例

List<string> names;
names.Add("Taro"); // ← 初期化していないため、System.NullReferenceExceptionエラーが発生

このように、newを忘れるだけで落ちるのがC#の落とし穴です。

リストや配列を宣言するときに、必ず初期化しておくのが鉄則です。

// リストの場合
List<string> names = new List<string>();

// 配列の場合（サイズを指定して初期化）
string[] items = new string[0]; // 空配列として安全

これにより、アクセスしてもnull参照エラーは発生しません。

クラスで管理している場合は、コンストラクタ内で必ず初期化しておくと安全です。

public class UserManager
{
    private List<string> users;

    public UserManager()
    {
        users = new List<string>();
    }
}

このようにすることで、users が常に有効な状態で使用できます。

C#には ??（null合体演算子）があります。
nullのときにデフォルト値を代入することで、安全に処理が行えます。

List<int> numbers = GetNumbers() ?? new List<int>();

もし GetNumbers() が null を返しても、numbers には空のリストが代入されます。

設計レベルでnullを扱わないために、「Nullオブジェクトパターン」を採用する方法もあります。
例えば、「データがない場合でも空リストを返す」メソッド設計を徹底します。

public List<string> GetNames()
{
    var result = _repository.FetchNames();
    return result ?? new List<string>();
}

呼び出し側でnullチェックを毎回書く必要がなくなり、コードの見通しが良くなります。

アプリケーション全体で「nullを返さない文化」を作ると、バグが減ります。

具体的なルールの例

if (list.Count == 0)
{
    Console.WriteLine("データがありません。");
}

C# 8.0以降では、nullable参照型（Nullable Reference Types） というnullの可能性がある変数をコンパイル時に警告できる機能が導入されました。これを活用することでも、nullが起きても安全なコード設計がしやすくなります。

#nullable enable
List<string>? names = null; // nullableとして明示