Garden

最近の記事

プロパティとは？ - CSharp

14 min read

Prompt

プロパティについて解説して！
Javaの知識はあるから、それに絡めてくれると理解しやすいな

OK！プロパティについて、Javaの知識と絡めながら楽しく解説しちゃうね！

プロパティって何？

C#の「プロパティ」は、簡単に言うとフィールド（変数）へのアクセスを制御するための特別なメンバーなんだ。Javaのgetter/setterメソッドを、もっとスマートに、もっと便利にしたものってイメージすると、すごく分かりやすいと思うよ！

Javaのgetter/setterとC#のプロパティの比較

Javaだと、クラスのフィールド（例えばname）にアクセスするとき、通常は直接アクセスさせずに、getName()やsetName()といったメソッド（getter/setter）を使うのが一般的だよね。これは「カプセル化」っていう考え方で、フィールドへの不正なアクセスを防いだり、値を設定する前にバリデーションしたりするためだよね。

Javaの例:

Java

public class Person {
    private String name;

    public String getName() {
        return name;
    }

    public void setName(String name) {
        // ここでバリデーションとかできる
        this.name = name;
    }
}

// 使うとき
Person p = new Person();
p.setName("太郎"); // setterで設定
String n = p.getName(); // getterで取得

これに対して、C#のプロパティは、見た目はまるでフィールドに直接アクセスしているように見えるんだけど、実際には内部でgetter/setterのような処理が動いているんだ。

C#のプロパティの例:

C#

public class Person
{
    private string _name; // 内部的なフィールド（バッキングフィールドと呼ぶこともある）

    public string Name // これがプロパティ！
    {
        get // getter相当の処理
        {
            return _name;
        }
        set // setter相当の処理
        {
            // ここでバリデーションとかできる
            _name = value; // 'value'は設定しようとしている値
        }
    }
}

// 使うとき
Person p = new Person();
p.Name = "太郎"; // パッと見はフィールドに代入してるみたいだけど、setが呼ばれてる！
string n = p.Name; // パッと見はフィールドを読み込んでるみたいだけど、getが呼ばれてる！

どう？使い方はまるでフィールドだけど、内部的にはメソッドが動いてるってところが、Javaのgetter/setterと似てるけど、もっと簡潔に書けるってところが違うよね！

プロパティの便利な書き方いろいろ！

C#には、プロパティをさらに便利に書くための機能がたくさんあるんだ。

1. 自動実装プロパティ (Auto-Implemented Properties)

もし、getter/setterの中で特別なロジック（バリデーションとか）が必要なくて、単にフィールドの値を設定・取得するだけなら、もっともっとシンプルに書けちゃうんだ！

C#

public class Person
{
    // これだけでOK！内部的に_nameみたいなフィールドが自動で作られる
    public string Name { get; set; }
    public int Age { get; private set; } // setをprivateにすると、外からは設定できない（読み取り専用）
}

// 使うとき
Person p = new Person();
p.Name = "花子"; // OK
p.Age = 25; // これはエラーになる（Ageのsetはprivateだから）
Console.WriteLine(p.Name); // "花子"
Console.WriteLine(p.Age); // 0 (初期値)

この「{ get; set; }」っていう書き方は、めちゃくちゃよく使うから覚えておくと便利だよ！これで、Javaでいちいちgetter/setterメソッドを書いてた手間が省けるんだ。

2. 読み取り専用プロパティ (Read-Only Properties)

外部から値を変更されたくないけど、読み取りはさせたい場合だね。

C#

public class Product
{
    public int ProductId { get; } // setがないので、読み取り専用
    public string ProductName { get; private set; } // setがprivateなので、読み取り専用（クラス内部からは設定可能）

    public Product(int id, string name) // コンストラクタで初期値を設定する
    {
        ProductId = id;
        ProductName = name;
    }
}

// 使うとき
Product item = new Product(101, "ノートPC");
Console.WriteLine(item.ProductId);   // 101
// item.ProductId = 102; // これはエラー！設定できない

{ get; }と書くか、{ get; private set; }と書くかで、初期値の設定方法が変わってくるよ。前者はコンストラクタでしか設定できないけど、後者はクラス内部からならいつでも設定できるんだ。

3. 式形式プロパティ (Expression-Bodied Properties)

C# 6.0以降で使えるようになった、もっと簡潔な書き方だよ。特に計算結果を返すようなgetterに便利！

C#

public class Rectangle
{
    public double Width { get; set; }
    public double Height { get; set; }

    // Areaプロパティは、WidthとHeightから計算される
    public double Area => Width * Height; // これが式形式プロパティ！getだけのプロパティで使える
}

// 使うとき
Rectangle rect = new Rectangle { Width = 5, Height = 10 };
Console.WriteLine(rect.Area); // 50

=>（ラムダ演算子に似てるね！）を使って、一行でgetterのロジックを書けるんだ。これは見た目もスッキリしてて気持ちいいよね！

プロパティを使うメリット

Javaのgetter/setterと比べて、C#のプロパティを使うメリットはたくさんあるよ！

  • コードが簡潔になる: 特に自動実装プロパティのおかげで、ボイラープレートコード（定型文）が大幅に削減されるんだ。Javaで毎回getter/setterを手書きしたり、IDEで自動生成したりする手間がなくなるね！

  • 読みやすいコード: p.Name = "太郎"; のように、まるでフィールドに直接アクセスしているかのような自然なコードになるから、直感的で読みやすいんだ。

  • カプセル化の維持: 見た目はフィールドだけど、内部的にはメソッドが動いているので、Javaのgetter/setterと同じように、値を設定する前にバリデーションしたり、値を取得する前に計算したりといった、カプセル化の恩恵はそのまま受けられるよ。

  • 後からの変更が容易: 例えば、最初はただの自動実装プロパティだったものを、後からバリデーションロジックを追加したくなった場合でも、利用側のコードを変更することなく、プロパティの定義部分だけを修正すればOKなんだ。

どうかな？Javaの知識があるからこそ、「ああ、あのgetter/setterがこんなにシンプルになったんだ！」って感じで、すんなり理解できたんじゃないかな？

プロパティはC#プログラミングの基本中の基本で、めちゃくちゃ頻繁に使うから、ぜひマスターしちゃってね！何か他に聞きたいことあったら、遠慮なく聞いてね！

Prompt

同様にinitもあるみたいだけど、これはプロパティのコンストラクタ版って考えていいの？
これは使える？

おぉ、initアクセサーにも気づくとは、さすがだね！その通り！initアクセサーは、**プロパティの「コンストラクタ版」**って考えて、ほぼ間違いないよ！

これはC# 9.0で導入された比較的新しい機能で、まさに「オブジェクトの初期化時だけ値を設定できるようにしたい」っていうニーズに応えてくれる優れものなんだ。

initアクセサーって何？

initアクセサーは、プロパティのsetアクセサーの代わりに使うことができるキーワードだよ。これを使うと、そのプロパティは以下のタイミングでしか値を設定できなくなるんだ。

  1. オブジェクトの初期化時：オブジェクトを生成する際のオブジェクト初期化子（new MyClass { Property = value }みたいなやつ）を使っているとき。

  2. コンストラクタ内：そのプロパティが属するクラスのコンストラクタの中。

それ以外の場所、つまりオブジェクトが一度生成されて初期化が終わった後では、そのプロパティの値を変更しようとするとコンパイルエラーになるんだ。

Javaの知識と絡めてみる！

Javaでいうと、フィールドをfinalにして、コンストラクタでしか初期化できないようにするのに近いイメージだね。でも、Javaのfinalフィールドは一度設定したら二度と変更できないけど、initプロパティはオブジェクト初期化子でも設定できるっていう柔軟性があるんだ。

C#のinitプロパティの例:

C#

public class User
{
    // initプロパティ
    public int Id { get; init; } // 初期化時のみ設定可能
    public string Username { get; init; } // 初期化時のみ設定可能

    // 通常のプロパティ（後から変更可能）
    public string Email { get; set; }

    // コンストラクタで初期化することもできる
    public User(int id, string username)
    {
        Id = id;
        Username = username;
    }
}

// 使い方
User user1 = new User(1, "Alice"); // コンストラクタで初期化
user1.Email = "[email protected]"; // Emailはsetがあるので変更可能
// user1.Id = 2; // コンパイルエラー！Idはinitなので変更できない

User user2 = new User
{
    Id = 2, // オブジェクト初期化子で設定
    Username = "Bob", // オブジェクト初期化子で設定
    Email = "[email protected]"
};
// user2.Username = "Bobby"; // コンパイルエラー！Usernameはinitなので変更できない

この例を見ると、IdとUsernameはオブジェクトが作られるときに一度だけ設定できるけど、Emailは後からでも変更できるのが分かるよね。

initアクセサーを使うメリット

  • 不変性 (Immutability) の促進: オブジェクトが一度作られたら、その状態が不変であることを保証しやすくなるんだ。これは、マルチスレッドプログラミングでの安全性を高めたり、コードの予測可能性を上げたりするのに役立つよ。Javaでfinalフィールドを多用するのと同じようなメリットだね。

  • より柔軟な初期化: コンストラクタだけでなく、オブジェクト初期化子でも値を設定できるから、Javaのfinalフィールドよりも初期化の選択肢が広がるんだ。特に、たくさんのプロパティを持つクラスで、一部だけ初期化したい場合なんかに便利だよ。

  • コードの意図が明確になる: プロパティにinitがついていることで、「このプロパティは初期化時に設定されるもので、後から変更されることはない」という意図がコードを読む人に明確に伝わるようになるんだ。

「これは使える？」について

もちろん、使えるし、積極的に使うべき機能だよ！

特に、以下のようなケースでとても役立つんだ。

  • データ転送オブジェクト (DTO) や値オブジェクト: データベースから取得したデータを保持するクラスや、特定の値を表現するクラスなど、一度データが設定されたら変更されない方が望ましい場合に最適だよ。

  • 設定オブジェクト: アプリケーションの設定値を保持するクラスなど、起動時に一度読み込まれたら変更されない方が良い場合に便利。

  • 不変なオブジェクトを設計したいとき: オブジェクトの状態が変更されないことで、コードのバグを減らしたり、テストを容易にしたりできるんだ。

Javaでfinalを積極的に使っていたなら、C#のinitプロパティもきっと気に入るはず！コードの安全性と可読性を高めてくれるから、ぜひ活用してみてね！

何か他に聞きたいことがあれば、いつでもどうぞ！

グラフビュー

最近の記事

グラフビュー