はじめに
この実験では、Python のオブジェクト指向プログラミングの基本的な側面である属性アクセスについて学びます。Python では、開発者が特殊メソッドを通じて、クラス内で属性のアクセス、設定、管理方法をカスタマイズすることができます。これにより、オブジェクトの振る舞いを制御する強力な手段が提供されます。
さらに、Python クラスで属性アクセスをカスタマイズする方法を学び、委譲 (delegation) と継承 (inheritance) の違いを理解し、Python オブジェクトでカスタム属性管理を実装する練習を行います。
属性制御のための __setattr__ の理解
Python には、オブジェクトの属性のアクセスと変更方法をカスタマイズできる特殊メソッドがあります。その中でも重要なメソッドの 1 つが __setattr__() です。このメソッドは、オブジェクトの属性に値を割り当てようとするたびに機能します。属性の割り当てプロセスを細かく制御することができます。
__setattr__ とは何ですか?
__setattr__(self, name, value) メソッドは、すべての属性割り当てのインターセプターとして機能します。obj.attr = value のような単純な割り当て文を書くとき、Python は直接値を割り当てるだけではありません。代わりに、内部的に obj.__setattr__("attr", value) を呼び出します。このメカニズムにより、属性割り当て時に何が起こるべきかを決定する力が与えられます。
では、__setattr__ を使用して、クラスに設定できる属性を制限する実際の例を見てみましょう。
ステップ 1: 新しいファイルを作成する
まず、WebIDE で新しいファイルを開きます。「File」メニューをクリックしてから「New File」を選択することで行えます。このファイルに restricted_stock.py という名前を付け、/home/labex/project ディレクトリに保存します。このファイルには、属性割り当てを制御するために __setattr__ を使用するクラス定義が含まれます。
ステップ 2: restricted_stock.py にコードを追加する
restricted_stock.py ファイルに次のコードを追加します。このコードは RestrictedStock クラスを定義します。
class RestrictedStock:
def __init__(self, name, shares, price):
self.name = name
self.shares = shares
self.price = price
def __setattr__(self, name, value):
## Only allow specific attributes
if name not in {'name', 'shares', 'price'}:
raise AttributeError(f'Cannot set attribute {name}')
## If attribute is allowed, set it using the parent method
super().__setattr__(name, value)
__init__ メソッドでは、name、shares、price 属性でオブジェクトを初期化します。__setattr__ メソッドは、割り当てられる属性名が許可された属性のセット (name、shares、price) に含まれているかどうかを確認します。含まれていない場合は、AttributeError を発生させます。属性が許可されている場合は、親クラスの __setattr__ メソッドを使用して実際に属性を設定します。
ステップ 3: テストファイルを作成する
test_restricted.py という新しいファイルを作成し、次のコードを追加します。このコードは RestrictedStock クラスの機能をテストします。
from restricted_stock import RestrictedStock
## Create a new stock
stock = RestrictedStock('GOOG', 100, 490.1)
## Test accessing existing attributes
print(f"Name: {stock.name}")
print(f"Shares: {stock.shares}")
print(f"Price: {stock.price}")
## Test modifying an existing attribute
print("\nChanging shares to 75...")
stock.shares = 75
print(f"New shares value: {stock.shares}")
## Test setting an invalid attribute
try:
print("\nTrying to set an invalid attribute 'share'...")
stock.share = 50
except AttributeError as e:
print(f"Error: {e}")
このコードでは、まず RestrictedStock クラスをインポートします。次に、クラスのインスタンスを作成します。既存の属性にアクセスするテスト、既存の属性を変更するテスト、最後に無効な属性を設定して __setattr__ メソッドが期待どおりに機能するかを確認します。
ステップ 4: テストファイルを実行する
WebIDE でターミナルを開き、次のコマンドを実行して test_restricted.py ファイルを実行します。
cd /home/labex/project
python3 test_restricted.py
これらのコマンドを実行した後、次のような出力が表示されるはずです。
Name: GOOG
Shares: 100
Price: 490.1
Changing shares to 75...
New shares value: 75
Trying to set an invalid attribute 'share'...
Error: Cannot set attribute share
動作原理
RestrictedStock クラスの __setattr__ メソッドは次の手順で動作します。
- まず、属性名が許可されたセット (
name、shares、price) に含まれているかどうかを確認します。 - 属性名が許可されたセットに含まれていない場合は、
AttributeErrorを発生させます。これにより、不要な属性の割り当てが防止されます。 - 属性が許可されている場合は、
super().__setattr__()を使用して実際に属性を設定します。これにより、許可された属性に対して通常の属性割り当てプロセスが行われることが保証されます。
このメソッドは、前の例で見た __slots__ を使用するよりも柔軟です。__slots__ はメモリ使用量を最適化し、属性を制限することができますが、継承を使用する際に制限があり、他の Python 機能と競合する可能性があります。私たちの __setattr__ アプローチは、それらの制限の一部を回避しながら、属性割り当てに対して同様の制御を提供します。
プロキシを使った読み取り専用オブジェクトの作成
このステップでは、Python で非常に有用なパターンであるプロキシクラスを探索します。プロキシクラスを使うと、既存のオブジェクトを利用し、その元のコードを変更することなく振る舞いを変えることができます。これは、オブジェクトに特別なラッパーをかぶせて、新しい機能や制限を追加するようなものです。
プロキシとは何ですか?
プロキシは、あなたと別のオブジェクトの間に立つオブジェクトです。元のオブジェクトと同じ関数とプロパティのセットを持っていますが、追加のことができます。たとえば、オブジェクトにアクセスできる人を制御したり、アクションの記録(ロギング)を行ったり、他の有用な機能を追加したりすることができます。
では、読み取り専用プロキシを作成しましょう。この種のプロキシは、オブジェクトの属性を変更できないようにします。
ステップ 1: 読み取り専用プロキシクラスを作成する
まず、読み取り専用プロキシを定義する Python ファイルを作成する必要があります。
/home/labex/projectディレクトリに移動します。- このディレクトリに
readonly_proxy.pyという名前の新しいファイルを作成します。 readonly_proxy.pyファイルを開き、次のコードを追加します。
class ReadonlyProxy:
def __init__(self, obj):
## Store the wrapped object directly in __dict__ to avoid triggering __setattr__
self.__dict__['_obj'] = obj
def __getattr__(self, name):
## Forward attribute access to the wrapped object
return getattr(self._obj, name)
def __setattr__(self, name, value):
## Block all attribute assignments
raise AttributeError("Cannot modify a read-only object")
このコードでは、ReadonlyProxy クラスが定義されています。__init__ メソッドは、ラップするオブジェクトを保存します。__setattr__ メソッドを呼び出さないように、self.__dict__ を使って直接保存します。__getattr__ メソッドは、プロキシの属性にアクセスしようとするときに使われます。属性アクセスの要求をラップされたオブジェクトに渡します。__setattr__ メソッドは、属性を変更しようとするときに呼び出されます。変更を防ぐためにエラーを発生させます。
ステップ 2: テストファイルを作成する
次に、読み取り専用プロキシがどのように動作するかを確認するためのテストファイルを作成します。
- 同じ
/home/labex/projectディレクトリにtest_readonly.pyという名前の新しいファイルを作成します。 test_readonly.pyファイルに次のコードを追加します。
from stock import Stock
from readonly_proxy import ReadonlyProxy
## Create a normal Stock object
stock = Stock('AAPL', 100, 150.75)
print("Original stock object:")
print(f"Name: {stock.name}")
print(f"Shares: {stock.shares}")
print(f"Price: {stock.price}")
print(f"Cost: {stock.cost}")
## Modify the original stock object
stock.shares = 200
print(f"\nAfter modification - Shares: {stock.shares}")
print(f"After modification - Cost: {stock.cost}")
## Create a read-only proxy around the stock
readonly_stock = ReadonlyProxy(stock)
print("\nRead-only proxy object:")
print(f"Name: {readonly_stock.name}")
print(f"Shares: {readonly_stock.shares}")
print(f"Price: {readonly_stock.price}")
print(f"Cost: {readonly_stock.cost}")
## Try to modify the read-only proxy
try:
print("\nAttempting to modify the read-only proxy...")
readonly_stock.shares = 300
except AttributeError as e:
print(f"Error: {e}")
## Show that the original object is unchanged
print(f"\nOriginal stock shares are still: {stock.shares}")
このテストコードでは、まず通常の Stock オブジェクトを作成し、その情報を表示します。次に、その属性の 1 つを変更し、更新された情報を表示します。次に、Stock オブジェクトの読み取り専用プロキシを作成し、その情報を表示します。最後に、読み取り専用プロキシを変更しようとし、エラーが発生することを期待します。
ステップ 3: テストスクリプトを実行する
プロキシクラスとテストファイルを作成した後、テストスクリプトを実行して結果を確認する必要があります。
- ターミナルを開き、次のコマンドを使って
/home/labex/projectディレクトリに移動します。
cd /home/labex/project
- 次のコマンドを使ってテストスクリプトを実行します。
python3 test_readonly.py
次のような出力が表示されるはずです。
Original stock object:
Name: AAPL
Shares: 100
Price: 150.75
Cost: 15075.0
After modification - Shares: 200
After modification - Cost: 30150.0
Read-only proxy object:
Name: AAPL
Shares: 200
Price: 150.75
Cost: 30150.0
Attempting to modify the read-only proxy...
Error: Cannot modify a read-only object
Original stock shares are still: 200
プロキシの動作原理
ReadonlyProxy クラスは、読み取り専用機能を実現するために 2 つの特殊メソッドを使用しています。
__getattr__(self, name): このメソッドは、Python が通常の方法で属性を見つけられないときに呼び出されます。ReadonlyProxyクラスでは、getattr()関数を使って属性アクセスの要求をラップされたオブジェクトに渡します。したがって、プロキシの属性にアクセスしようとすると、実際にはラップされたオブジェクトから属性を取得します。__setattr__(self, name, value): このメソッドは、属性に値を割り当てようとするときに呼び出されます。この実装では、AttributeErrorを発生させて、プロキシの属性に対する変更を阻止します。__init__メソッドでは、self.__dict__を直接変更してラップされたオブジェクトを保存します。通常の方法でオブジェクトを割り当てると、__setattr__メソッドが呼び出されてエラーが発生するため、これは重要です。
このプロキシパターンにより、既存のオブジェクトの元のクラスを変更することなく、読み取り専用のレイヤーを追加することができます。プロキシオブジェクトはラップされたオブジェクトのように振る舞いますが、変更を許可しません。
継承の代替手段としての委譲
オブジェクト指向プログラミングにおいて、コードの再利用と拡張は一般的なタスクです。これを達成する主な方法は 2 つあります。継承と委譲です。
継承 は、サブクラスが親クラスからメソッドと属性を継承するメカニズムです。サブクラスは、これらの継承されたメソッドの一部をオーバーライドして、独自の実装を提供することができます。
一方、委譲 は、あるオブジェクトが別のオブジェクトを含み、特定のメソッド呼び出しをそのオブジェクトに転送することを伴います。
このステップでは、継承の代替手段として委譲を探索します。あるクラスの振る舞いの一部を別のオブジェクトに委譲するクラスを実装します。
委譲の例をセットアップする
まず、委譲するクラスが相互作用するベースクラスをセットアップする必要があります。
/home/labex/projectディレクトリにbase_class.pyという名前の新しいファイルを作成します。このファイルは、method_a、method_b、method_cの 3 つのメソッドを持つSpamという名前のクラスを定義します。各メソッドはメッセージを印刷し、結果を返します。base_class.pyに入れるコードは次のとおりです。
class Spam:
def method_a(self):
print('Spam.method_a executed')
return "Result from Spam.method_a"
def method_b(self):
print('Spam.method_b executed')
return "Result from Spam.method_b"
def method_c(self):
print('Spam.method_c executed')
return "Result from Spam.method_c"
次に、委譲するクラスを作成します。
delegator.pyという名前の新しいファイルを作成します。このファイルでは、Spamクラスのインスタンスに振る舞いの一部を委譲するDelegatingSpamという名前のクラスを定義します。
from base_class import Spam
class DelegatingSpam:
def __init__(self):
## Create an instance of Spam that we'll delegate to
self._spam = Spam()
def method_a(self):
## Override method_a but also call the original
print('DelegatingSpam.method_a executed')
result = self._spam.method_a()
return f"Modified {result}"
def method_c(self):
## Completely override method_c
print('DelegatingSpam.method_c executed')
return "Result from DelegatingSpam.method_c"
def __getattr__(self, name):
## For any other attribute/method, delegate to self._spam
print(f"Delegating {name} to the wrapped Spam object")
return getattr(self._spam, name)
__init__ メソッドでは、Spam クラスのインスタンスを作成します。method_a メソッドは元のメソッドをオーバーライドしますが、Spam クラスの method_a も呼び出します。method_c メソッドは元のメソッドを完全にオーバーライドします。__getattr__ メソッドは、DelegatingSpam クラスに存在しない属性またはメソッドにアクセスしたときに呼び出される Python の特殊メソッドです。その後、呼び出しを Spam インスタンスに委譲します。
では、実装を検証するためのテストファイルを作成しましょう。
test_delegation.pyという名前のテストファイルを作成します。このファイルは、DelegatingSpamクラスのインスタンスを作成し、そのメソッドを呼び出します。
from delegator import DelegatingSpam
## Create a delegating object
spam = DelegatingSpam()
print("Calling method_a (overridden with delegation):")
result_a = spam.method_a()
print(f"Result: {result_a}\n")
print("Calling method_b (not defined in DelegatingSpam, delegated):")
result_b = spam.method_b()
print(f"Result: {result_b}\n")
print("Calling method_c (completely overridden):")
result_c = spam.method_c()
print(f"Result: {result_c}\n")
## Try accessing a non-existent method
try:
print("Calling non-existent method_d:")
spam.method_d()
except AttributeError as e:
print(f"Error: {e}")
最後に、テストスクリプトを実行します。
- ターミナルで次のコマンドを使用してテストスクリプトを実行します。
cd /home/labex/project
python3 test_delegation.py
次のような出力が表示されるはずです。
Calling method_a (overridden with delegation):
DelegatingSpam.method_a executed
Spam.method_a executed
Result: Modified Result from Spam.method_a
Calling method_b (not defined in DelegatingSpam, delegated):
Delegating method_b to the wrapped Spam object
Spam.method_b executed
Result: Result from Spam.method_b
Calling method_c (completely overridden):
DelegatingSpam.method_c executed
Result: Result from DelegatingSpam.method_c
Calling non-existent method_d:
Delegating method_d to the wrapped Spam object
Error: 'Spam' object has no attribute 'method_d'
委譲と継承の比較
では、委譲と従来の継承を比較してみましょう。
inheritance_example.pyという名前のファイルを作成します。このファイルでは、Spamクラスを継承するInheritingSpamという名前のクラスを定義します。
from base_class import Spam
class InheritingSpam(Spam):
def method_a(self):
## Override method_a but also call the parent method
print('InheritingSpam.method_a executed')
result = super().method_a()
return f"Modified {result}"
def method_c(self):
## Completely override method_c
print('InheritingSpam.method_c executed')
return "Result from InheritingSpam.method_c"
InheritingSpam クラスは method_a と method_c メソッドをオーバーライドします。method_a メソッドでは、super() を使用して親クラスの method_a を呼び出します。
次に、継承の例のテストファイルを作成します。
test_inheritance.pyという名前のテストファイルを作成します。このファイルは、InheritingSpamクラスのインスタンスを作成し、そのメソッドを呼び出します。
from inheritance_example import InheritingSpam
## Create an inheriting object
spam = InheritingSpam()
print("Calling method_a (overridden with super call):")
result_a = spam.method_a()
print(f"Result: {result_a}\n")
print("Calling method_b (inherited from parent):")
result_b = spam.method_b()
print(f"Result: {result_b}\n")
print("Calling method_c (completely overridden):")
result_c = spam.method_c()
print(f"Result: {result_c}\n")
## Try accessing a non-existent method
try:
print("Calling non-existent method_d:")
spam.method_d()
except AttributeError as e:
print(f"Error: {e}")
最後に、継承のテストを実行します。
- ターミナルで次のコマンドを使用して継承のテストを実行します。
cd /home/labex/project
python3 test_inheritance.py
次のような出力が表示されるはずです。
Calling method_a (overridden with super call):
InheritingSpam.method_a executed
Spam.method_a executed
Result: Modified Result from Spam.method_a
Calling method_b (inherited from parent):
Spam.method_b executed
Result: Result from Spam.method_b
Calling method_c (completely overridden):
InheritingSpam.method_c executed
Result: Result from InheritingSpam.method_c
Calling non-existent method_d:
Error: 'InheritingSpam' object has no attribute 'method_d'
主な違いと考慮事項
委譲と継承の類似点と相違点を見てみましょう。
メソッドのオーバーライド: 委譲と継承の両方でメソッドをオーバーライドできますが、構文は異なります。
- 委譲では、独自のメソッドを定義し、ラップされたオブジェクトのメソッドを呼び出すかどうかを決定します。
- 継承では、独自のメソッドを定義し、
super()を使用して親のメソッドを呼び出します。
メソッドのアクセス:
- 委譲では、未定義のメソッドは
__getattr__メソッドを介して転送されます。 - 継承では、未定義のメソッドは自動的に継承されます。
- 委譲では、未定義のメソッドは
型の関係:
- 委譲では、
isinstance(delegating_spam, Spam)はFalseを返します。なぜなら、DelegatingSpamオブジェクトはSpamクラスのインスタンスではないからです。 - 継承では、
isinstance(inheriting_spam, Spam)はTrueを返します。なぜなら、InheritingSpamクラスはSpamクラスを継承しているからです。
- 委譲では、
制限事項:
__getattr__による委譲は、__getitem__、__len__などの特殊メソッドでは機能しません。これらのメソッドは、委譲するクラスで明示的に定義する必要があります。
委譲は、次のような状況で特に有用です。
- オブジェクトの階層に影響を与えずに、オブジェクトの振る舞いをカスタマイズしたい場合。
- 共通の親を持たない複数のオブジェクトの振る舞いを組み合わせたい場合。
- 継承よりも柔軟性が必要な場合。
継承は、次の場合に一般的に好まれます。
- 「is-a」の関係が明確な場合(例えば、自動車は車両である)。
- コード全体で型の互換性を維持する必要がある場合。
- 特殊メソッドを継承する必要がある場合。
まとめ
この実験では、属性アクセスと振る舞いをカスタマイズするための強力な Python のメカニズムについて学びました。__setattr__ を使ってオブジェクトに設定できる属性を制御し、オブジェクトのプロパティへのアクセスを制御する方法を調べました。さらに、既存のオブジェクトをラップする読み取り専用プロキシを実装し、機能を維持しながら変更を防止しました。
また、コードの再利用とカスタマイズのための委譲と継承の違いについても調べました。__getattr__ を使って、メソッド呼び出しをラップされたオブジェクトに転送する方法を学びました。これらのテクニックは、標準的な継承を超えてオブジェクトの振る舞いを制御する柔軟な方法を提供し、制御されたインターフェースの作成、アクセス制限の実装、横断的な振る舞いの追加、複数のソースからの振る舞いの構成に役立ちます。これらのパターンを理解することで、より保守可能で柔軟な Python コードを書くことができます。