カスタムPythonクラスインスタンスの `__dict__`属性がインスタンスの実際の属性ではなく、クラスの記述子となるのはなぜですか？

Question

カスタムPythonのクラスインスタンスの__dict__属性が descriptorであることに注意してください

https://stackoverflow.com/a/44880260/156458から。 インスタンス自体には属性がありません。 が提供するクラスです（ type(instance).__dict__['__dict__'].__get__(instance)が返されます）。 object.__dict__が存在する可能性がありますが、 object.__dict__['__dict__']は です。

カスタムPythonクラスインスタンスの__dict__属性がインスタンスの実際の属性ではなく、そのクラスの記述子であるのはなぜですか？

Answer 1

あなたが__dict__を見つけることができる前に、__dict__エントリとしてそれを実装する__dict__を見つけるためにあなたを必要とするので、それは__dict__を記述しなければならと言うことは魅力的だが、他のを見たときに、Pythonはすでに__dict__を見つけるために、通常の属性のルックアップをバイパスそれは最初に聞こえるほど魅力的ではありません。ディスクリプタが__dict__に'__dict__'のキーで置き換えられた場合でも、__dict__が見つかる可能性があります。

は、すべての__dict__で'__dict__'のキーを持っていないことにより、いくつかのスペースの節約をありますが、それは大きな理由ではありません。 '__dict__'キーを設定しなくても時間を節約でき、循環参照を作成しないことで時間と空間を節約することができます。これらの利点はすべて素晴らしいですが、次のものよりもおそらく小さくなります。

__dict__をディスクリプタにすることは、オブジェクトの__dict__を再割り当てまたは削除しようとする試みを処理する大きな問題です。 __dict__の属性ルックアップが__dict__キーを通過した場合、someobj.__dict__を再割り当てすると、実際にdict Pythonが何を検索してsomeobjの属性を検索するかを変えずにdictキーを再割り当てします。 __dict__はディスクリプタである必要があります。したがって、Pythonがオブジェクトのdictを見つけるために実際のCレベルの構造体スロットと同期しています。

Answer 2

インスタンスがカスタム属性を持つことができる属性なので、これは、インスタンスの新しいカスタム属性が保存される場所です。循環参照を避けるためにはいくつかの魔法が必要です（インスタンス上で__dict__を検索して__dict__を見つけることは望ましくありません）。クラス記述子は、インスタンスの属性検索のためのこの種の魔法を持つ2つのPythonのメカニズムの1つです。