答え。

問題の歴史:

従来のOOPでは、カプセル化はプライベートフィールドやゲッター・セッターを通じて実現されますが、これは冗長で「Pythonらしくない」です。Pythonでは、バージョン2.2以降に@propertyデコレーターが登場し、ゲッターやセッターのメソッドに普通の属性としてアクセスできるようになり、適切なカプセル化が便利な構文で実現されます。

問題:

プロパティデコレーターがなければ、アクセスと値設定のためにメソッドを明示的に定義する必要があり（例えば、get_x()やset_x(val)）、コードが読みづらくなります。また、クラスのユーザーは内部データに直接アクセスすることから保護されません。リファクタリングや内部のデータ保持や値計算のロジック変更時には問題が発生します。

解決策:

@propertyデコレーターを使用することで、ゲッター、セッター、デリータを一つの構文で定義できるようになります。これにより、洗練され、便利で、実装の詳細をカプセル化し、クラスインターフェイスを壊さずにプロパティの計算方法を透過的に変更できます。

コードの例:

class Temperature:
    def __init__(self, celsius):
        self._celsius = celsius

    @property
    def celsius(self):
        return self._celsius

    @celsius.setter
    def celsius(self, value):
        if value < -273.15:
            raise ValueError("-273.15°C未満の温度は不可能です！")
        self._celsius = value

重要な特徴:

@propertyデコレーターにより、メソッドに普通の属性のようにアクセスできます。
バリデーションやキャッシングのロジックを簡単に追加できます。
インターフェースを変更せずにロジックを変更でき、クラスのユーザーには変更が見えません。

ひねりのある質問。

読み取り専用で、書き込みや削除ができないプロパティは作れますか？

はい、@propertyデコレーターのみを持つメソッドを定義すれば、プロパティは読み取り専用になります。

class Sample:
    @property
    def value(self):
        return 42

プロパティの名前がプライベート属性名と一致したらどうなりますか？

通常、プロパティはプライベート属性への「仲介」として使用され、その名前はアンダースコア（例：_x）で始まります。このような一致は避けるべきで、さもないと再帰呼び出しが発生します:

class Bad:
    @property
    def x(self):
        return self.x  # 無限再帰

プロパティをクラス専用にすることはできますか？

いいえ、標準の@propertyはクラスのインスタンスに対して機能します。クラスプロパティを作成するには、外部のパターンや特別なライブラリを使用する必要があります（@classmethodとプロパティは直接機能しません）。

一般的な間違いとアンチパターン

属性名の命名ミス（例：プロパティ名と内部フィールドの名前が重複する）。
誤った実装のセッターは再帰呼び出しを引き起こします。
計算やバリデーションを必要としないプロパティでのプロパティの乱用。

実生活の例

ネガティブケース

開発者がクラスのフィールド（self.celsius）に直接アクセスし、プロパティを介さずに作業します。その後、バリデーションが追加されても、クラスの消費者はプライベート属性を直接変更し、チェックを回避できます。

利点:

複雑なロジックがない限り、簡単で迅速に運用できる。

欠点:

カプセル化が破壊され、オブジェクトの不正な状態を容易に引き起こし、混乱が生じる。

ポジティブケース

プロパティを使用して内部属性を_celsiusで隠蔽します。バリデーション、キャッシング、ロジックがプロパティ内で中心化されます。