Pythonのコアタイプのメソッドにパッチを適用できますか?
-
08-07-2019 - |
質問
Rubyは、Numberクラスや他のコアタイプにメソッドを追加して、次のような効果を得ることができます。
1.should_equal(1)
しかし、Pythonではこれができないようです。これは本当ですか?もしそうなら、なぜですか? type を変更できないという事実と関係がありますか?
更新:モンキーパッチのさまざまな定義について話すのではなく、上記の例に焦点を当てたいと思います。あなたの何人かが答えたように、私はすでにそれができないと結論づけました。しかし、なぜそれができないのか、そしておそらくどの機能がPythonで利用可能であればこれを許可するのかについて、より詳細な説明が欲しいです。
あなたの一部に答える:私がこれをしたいかもしれない理由は、単に美学/読みやすさです。
item.price.should_equal(19.99)
これは英語のように読み、テストされた値と予想される値が明確に示されます。
should_equal(item.price, 19.99)
この概念は、 Rspec および他のいくつかのRubyフレームワークが基づいているものです。
解決
Monkey Patchとはどういう意味ですか? いくつかのわずかに異なる定義があります。
「実行時にクラスのメソッドを変更できますか?」という場合、答えは「はい」です:
class Foo:
pass # dummy class
Foo.bar = lambda self: 42
x = Foo()
print x.bar()
つまり、「実行時にクラスのメソッドを変更して、そのクラスのすべてのインスタンスを事後的に変更することができます?」答えはイエスです。順序を少し変更するだけです:
class Foo:
pass # dummy class
x = Foo()
Foo.bar = lambda self: 42
print x.bar()
ただし、 int
や float
などの特定の組み込みクラスではこれを実行できません。これらのクラスのメソッドはCで実装されており、実装を簡単かつ効率的にするために特定の抽象化が犠牲になっています。
なぜについては明確ではありませんが、とにかく組み込みの数値クラスの動作を変更したいと思うでしょう。振る舞いを変更する必要がある場合は、サブクラス化してください!!
他のヒント
いいえ、できません。 Pythonでは、C拡張モジュール(組み込みを含む)で定義されたすべてのデータ(クラス、メソッド、関数など)は不変です。これは、Cモジュールが同じプロセス内の複数のインタープリター間で共有されるため、それらのモンキーパッチは、同じプロセス内の無関係なインタープリターにも影響を与えるためです。 ( C APIを使用して、同じプロセスで複数のインタープリターを使用できます。 、およびいくつかの努力が使用可能になりましたPythonレベル。)
ただし、Pythonコードで定義されたクラスは、そのインタープリターに対してローカルであるため、モンキーパッチが適用される場合があります。
def should_equal_def(self, value):
if self != value:
raise ValueError, "%r should equal %r" % (self, value)
class MyPatchedInt(int):
should_equal=should_equal_def
class MyPatchedStr(str):
should_equal=should_equal_def
import __builtin__
__builtin__.str = MyPatchedStr
__builtin__.int = MyPatchedInt
int(1).should_equal(1)
str("44").should_equal("44")
楽しんでください;)
これを行うことはできますが、少しハッキングが必要です。幸いなことに、「Forbidden Fruit」と呼ばれるモジュールがあります。これにより、組み込みタイプのメソッドに非常に簡単にパッチを適用できます。
で見つけることができますhttp://clarete.github.io/forbiddenfruit/?goback=.gde_50788_member_228887816
または
https://pypi.python.org/pypi/forbiddenfruit/0.1.0
元の質問の例では、「should_equal」を書いた後、機能、あなたはただやるだろう
from forbiddenfruit import curse
curse(int, "should_equal", should_equal)
これで準備完了です! 「逆」もあります。パッチを適用したメソッドを削除する関数。
Pythonのコアタイプは、他のユーザーが指摘しているように、設計上不変です。
>>> int.frobnicate = lambda self: whatever()
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
TypeError: can't set attributes of built-in/extension type 'int'
Pythonのユーザー定義型はデフォルトで変更可能であるため、サブクラスを作成することで、説明した効果を確実に実現できます。
>>> class MyInt(int):
... def frobnicate(self):
... print 'frobnicating %r' % self
...
>>> five = MyInt(5)
>>> five.frobnicate()
frobnicating 5
>>> five + 8
13
MyInt
サブクラスをパブリックにする必要もありません。インスタンスを構築する関数またはメソッドで直接インラインで定義することもできます。
イディオムに堪能なPythonプログラマーがこの種のサブクラス化を正しいことだと考える状況は確かにいくつかあります。たとえば、 os.stat()
は、名前付きメンバーを追加する tuple
サブクラスを返します。これは、例で参照している読みやすさの問題に正確に対処するためです。
>>> import os
>>> st = os.stat('.')
>>> st
(16877, 34996226, 65024L, 69, 1000, 1000, 4096, 1223697425, 1223699268, 1223699268)
>>> st[6]
4096
>>> st.st_size
4096
それは、あなたが与える特定の例では、 item.price
(または他の場所)で float
をサブクラス化することは非常に考えられるとは思わないということです。行うべきPythonのこと。主要なユースケースである場合、誰かが price_should_equal()
メソッドを item
に追加することを決定することを 簡単に想像できます。より一般的なものを探している場合、おそらく
should_equal(observed=item.price, expected=19.99)
またはそれらの線に沿った何か。少し冗長ですが、改善できることは間違いありません。 Rubyスタイルのモンキーパッチに対するこのようなアプローチの利点は、 int
や floatだけでなく、
。しかし、たぶん私があなたがたまたま提供した特定の例の詳細に追いついているでしょう。 should_equal()
があらゆるタイプで簡単に比較を実行できることです。
Pythonでコアタイプにパッチを適用することはできません。 ただし、パイプを使用して、人間が読みやすいコードを記述することもできます。
from pipe import *
@Pipe
def should_equal(obj, val):
if obj==val: return True
return False
class dummy: pass
item=dummy()
item.value=19.99
print item.value | should_equal(19.99)
実際のプログラムではfloatではなくDecimalを使用しますが、 item.price.should_equal
の実装例は次のとおりです。
class Price(float):
def __init__(self, val=None):
float.__init__(self)
if val is not None:
self = val
def should_equal(self, val):
assert self == val, (self, val)
class Item(object):
def __init__(self, name, price=None):
self.name = name
self.price = Price(price)
item = Item("spam", 3.99)
item.price.should_equal(3.99)
実際にPythonでモンキーパッチを実行したい場合は、&quot; import foo as bar&quot;を使用して(一種の)ハックを行うことができます。テクニック。
TelnetConnectionなどのクラスがあり、それを拡張する場合は、別のファイルにサブクラス化し、TelnetConnectionExtendedなどの名前を付けます。
次に、コードの上部で、通常は次のように言います:
import TelnetConnection
変更する:
import TelnetConnectionExtended as TelnetConnection
そして、TelnetConnectionを参照するコードのどこでも、実際にはTelnetConnectionExtendedを参照します。
残念ながら、これは、そのクラスにアクセスできることを前提としています。特定のファイル内でのみ動作します(グローバル名の変更ではありません)が、時々役立つことがわかりました。
いいえ。ただし、UserDict UserStringとUserListは、まさにこれを念頭に置いて作成されています。
グーグルを使用すると、他のタイプの例が見つかりますが、これは組み込みです。
一般的に、モンキーパッチはPythonでRubyよりも使用されません。
いいえ、Pythonではできません。良いことだと思います。
should_equal
は何をしますか? True
または False
を返すブール値ですか?その場合、スペルは次のとおりです。
item.price == 19.99
好みを考慮していませんが、通常のpython開発者はあなたのバージョンよりも読みにくいとは言いません。
代わりに、 should_equal
は何らかのバリデータを設定しますか? (なぜバリデーターが1つの値に制限されるのでしょうか?なぜ値を設定してから更新しないのですか?)バリデーターが必要な場合、特定の整数またはすべてを変更することを提案しているため、とにかく機能しません整数。 ( 19.99
と等しい 18.99
を必要とするバリデーターは常に失敗します。)代わりに、次のように綴ることができます:
item.price_should_equal(19.99)
またはこれ:
item.should_equal('price', 19.99)
アイテムのクラスまたはスーパークラスで適切なメソッドを定義します。
いいえ、残念ながら、実行時にCで実装された型を拡張することはできません。
intはサブクラス化できますが、それは簡単ではありませんが、 __ new __
をオーバーライドする必要がある場合があります。
構文の問題もあります:
1.somemethod() # invalid
ただし
(1).__eq__(1) # valid
.should_something ...動作を実現する方法は次のとおりです。
result = calculate_result('blah') # some method defined somewhere else
the(result).should.equal(42)
または
the(result).should_NOT.equal(41)
スタンドアロンメソッドで実行時にこの動作を拡張するためのデコレータメソッドを含めました。
@should_expectation
def be_42(self)
self._assert(
action=lambda: self._value == 42,
report=lambda: "'{0}' should equal '5'.".format(self._value)
)
result = 42
the(result).should.be_42()
内部について少し知っておく必要がありますが、動作します。
ソースは次のとおりです。
https://github.com/mdwhatcott/pyspecs
pyspecsの下のPyPIにもあります。