Rubyは、Numberクラスやその他のコアタイプにメソッドを追加して、次のような効果を得ることができます。
1.should_equal(1)
しかし、Pythonはこれを行うことができないようです。これは本当ですか?もしそうなら、なぜですか?それはtype変更できませんか?
更新:モンキーパッチのさまざまな定義について話すのではなく、上記の例に焦点を当てたいと思います。あなた方の何人かが答えたので、私はすでにそれができないと結論を下しました。しかし、なぜそれができないのか、そしてPythonで利用できる場合、どの機能がこれを可能にするのかについて、より詳細に説明したいと思います。
あなたの何人かに答えるために:私かもしれないがこれをしたい理由は単に美学/読みやすさです。
item.price.should_equal(19.99)
これは英語に似ており、次のように、どちらがテスト値でどちらが期待値であるかを明確に示しています。
should_equal(item.price, 19.99)
この概念は Rspec および他のいくつかのRubyフレームワークが基づいているものです。
ここでモンキーパッチとはどういう意味ですか? いくつかのわずかに異なる定義 があります。
「実行時にクラスのメソッドを変更できますか?」という意味の場合、答えは「はい」です。
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")
楽しんで ;)
これは可能ですが、少しハッキングする必要があります。幸いなことに、現在「禁断の果実」と呼ばれるモジュールがあり、組み込み型のメソッドに非常に簡単にパッチを適用することができます。あなたはそれを見つけることができます
http://clarete.github.io/forbiddenfruit/?goback=.gde_50788_member_228887816
または
https://pypi.python.org/pypi/forbiddenfruit/0.1.
元の質問の例では、「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のようなことと見なされる可能性は非常に低いと思います。私canは、誰かがprice_should_equal()
メソッドをitem
に追加することを決定したことを簡単に想像できます。より一般的なものを探している場合は、名前付き引数を使用して、意図した意味を明確にする方が理にかなっているかもしれません。
_should_equal(observed=item.price, expected=19.99)
_
またはそれらの線に沿った何か。少し冗長ですが、改善できることは間違いありません。 Rubyスタイルのモンキーパッチに対するこのようなアプローチの考えられる利点は、should_equal()
がint
やfloat
だけでなく、任意のタイプで簡単に比較を実行できることです。しかし、おそらく私はあなたがたまたま提供した特定の例の詳細に巻き込まれすぎています。
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)
これはitem.price.should_equal
の実装例ですが、実際のプログラムではfloatの代わりにDecimalを使用します。
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でモンキーパッチを実行したい場合は、「foo asbarをインポートする」手法を使用して(一種の)ハックを実行できます。
TelnetConnectionなどのクラスがあり、それを拡張する場合は、別のファイルにサブクラス化して、TelnetConnectionExtendedなどの名前を付けます。
次に、コードの上部で、通常は次のように言います。
import TelnetConnection
次のように変更します。
import TelnetConnectionExtended as TelnetConnection
そして、TelnetConnectionを参照するコード内のすべての場所で、実際にはTelnetConnectionExtendedが参照されます。
残念ながら、これはあなたがそのクラスにアクセスできることを前提としており、「as」はその特定のファイル内でのみ機能します(グローバルな名前変更ではありません)が、時々役立つことがわかりました。
いいえ、これを念頭に置いて作成されたUserDictUserStringとUserListがあります。
グーグルすると他のタイプの例が見つかりますが、これは組み込みです。
一般に、モンキーパッチはRubyよりもPython)ではあまり使用されません。
いいえ、残念ながら、実行時にCで実装された型を拡張することはできません。
Intをサブクラス化することはできますが、それは重要ですが、__new__
をオーバーライドする必要がある場合があります。
構文の問題もあります。
1.somemethod() # invalid
しかしながら
(1).__eq__(1) # valid
いいえ、Pythonではそれを行うことはできません。いいことだと思います。
should_equal
は何をしますか? True
またはFalse
を返すブール値ですか?その場合、それは綴られます:
item.price == 19.99
好みの説明はありませんが、通常のpython開発者は、それがあなたのバージョンよりも読みにくいと言うことはありません。
should_equal
は代わりにある種のバリデーターを設定しますか? (バリデーターが1つの値に制限されるのはなぜですか?値を設定し、その後更新しないのはなぜですか?)バリデーターが必要な場合、特定の整数またはすべてを変更することを提案しているため、これはとにかく機能しません。整数。 (18.99
が19.99
と等しいことを要求するバリデーターは常に失敗します。)代わりに、次のように綴ることができます。
item.price_should_equal(19.99)
またはこれ:
item.should_equal('price', 19.99)
アイテムのクラスまたはスーパークラスに適切なメソッドを定義します。
.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にもあります。