Pythonのクラスでメソッドを定義すると、次のようになります。

class MyClass(object):
    def __init__(self, x, y):
        self.x = x
        self.y = y

ただし、C＃などの他の言語では、メソッドプロトタイプで引数として宣言せずに、「this」キーワードを使用してメソッドがバインドされているオブジェクトへの参照があります。

これはPythonでの意図的な言語設計の決定でしたか、それとも引数として「自己」を渡す必要のある実装の詳細はありますか？

PetersのPython of Zenを引用したい。「明示的は暗黙的よりも優れています。」

JavaおよびC ++では、this.推論を不可能にする変数名がある場合を除いて、 ' 'を推論することができます。したがって、必要な場合とそうでない場合があります。

Pythonは、ルールに基づくのではなく、このようなことを明示的にすることを選択します。

さらに、何も暗黙または想定されていないため、実装の一部が公開されています。 self.__class__、self.__dict__および他の「内部」構造は明白な方法で利用できます。

メソッドと関数の違いを最小限に抑えるためです。これにより、メタクラスでメソッドを簡単に生成したり、実行時に既存のクラスにメソッドを追加したりできます。

例えば

>>> class C(object):
...     def foo(self):
...         print "Hi!"
...
>>>
>>> def bar(self):
...     print "Bork bork bork!"
...
>>>
>>> c = C()
>>> C.bar = bar
>>> c.bar()
Bork bork bork!
>>> c.foo()
Hi!
>>>

また、（私の知る限り）Pythonランタイムの実装が簡単になります。

このトピックについては、Guido van Rossumのブログを読むことをお勧めします。

メソッド定義が装飾されている場合、自動的に 'self'パラメータを与えるかどうかはわかりません。デコレータは、関数を静的メソッド（ 'self'がない）またはクラスメソッド（これはインスタンスではなくクラスを参照する面白い種類の自己を持つ）、またはそれが完全に異なる何かを行う可能性があります（純粋なPythonで '@classmethod'または '@staticmethod'を実装するデコレータを書くのは簡単です）。定義されているメソッドに暗黙の 'self'引数を与えるかどうかに関係なく、デコレータが何をするかを知らない限り、方法はありません。

特殊なケースの「@classmethod」や「@staticmethod」のようなハックを拒否します。

Pythonは「自己」の使用を強制しません。好きな名前を付けることができます。メソッド定義ヘッダーの最初の引数はオブジェクトへの参照であることを覚えておく必要があります。

これを行うこともできます：（要するに、呼び出しOuter(3).create_inner_class(4)().weird_sum_with_closure_scope(5)は12を返しますが、クレイジーな方法で行います。

class Outer(object):
    def __init__(self, outer_num):
        self.outer_num = outer_num

    def create_inner_class(outer_self, inner_arg):
        class Inner(object):
            inner_arg = inner_arg
            def weird_sum_with_closure_scope(inner_self, num)
                return num + outer_self.outer_num + inner_arg
        return Inner

もちろん、JavaやC＃などの言語では、これを想像するのは困難です。自己参照を明示的にすることにより、その自己参照によって任意のオブジェクトを自由に参照できます。また、実行時にクラスを操作するこのような方法は、より静的な言語では実行が難しくなります。それは必ずしも良いことでも悪いことでもありません。露骨な自己がこの狂気の存在を許可するだけです。

さらに、これを想像してみてください：（プロファイリング、またはいくつかの狂った黒魔術のために）メソッドの動作をカスタマイズしたいと思います。これにより、次のように考えるMethodことができます。その動作をオーバーライドまたは制御できるクラスがある場合はどうでしょうか。

さてここにあります：

from functools import partial

class MagicMethod(object):
    """Does black magic when called"""
    def __get__(self, obj, obj_type):
        # This binds the <other> class instance to the <innocent_self> parameter
        # of the method MagicMethod.invoke
        return partial(self.invoke, obj)


    def invoke(magic_self, innocent_self, *args, **kwargs):
        # do black magic here
        ...
        print magic_self, innocent_self, args, kwargs

class InnocentClass(object):
    magic_method = MagicMethod()

そして今：InnocentClass().magic_method()期待どおりに行動します。この方法は、にバインドされますinnocent_selfし、パラメータInnocentClass、および持つmagic_selfMagicMethodインスタンスへ。変だよね？これは、2つのキーワードがthis1ありthis2、JavaやC＃などの言語で書かれているようなものです。このような魔法により、フレームワークは、そうでなければはるかに冗長になることを実行できます。

繰り返しますが、私はこのようなものの倫理についてコメントしたくありません。私は、明示的な自己参照なしでは難しいことを示したかっただけです。

「The Zen of Python」以外の本当の理由は、FunctionsがPythonの第一級市民であることです。

それは本質的にそれらをオブジェクトにします。今、根本的な問題は、関数もオブジェクトである場合、オブジェクト指向のパラダイムでは、メッセージ自体がオブジェクトである場合、どのようにしてオブジェクトにメッセージを送信するのでしょうか。

チキンエッグの問題のように見えますが、このパラドックスを減らすには、実行のコンテキストをメソッドに渡すか、それを検出するしかありません。しかし、pythonはネストされた関数を持つことができるので、実行のコンテキストが内部関数で変わるため、そうすることは不可能です。

つまり、唯一可能な解決策は、明示的に「self」（実行のコンテキスト）を渡すことです。

だから私はそれがZenがずっと後にやってきた実装の問題だと信じています。

PEP 227と関係があると思います。

クラススコープ内の名前にはアクセスできません。名前は、最も内側にある関数スコープで解決されます。ネストされたスコープのチェーンでクラス定義が発生した場合、解決プロセスはクラス定義をスキップします。このルールは、クラス属性とローカル変数アクセスの間の奇妙な相互作用を防ぎます。名前バインディング操作がクラス定義で発生した場合、結果のクラスオブジェクトに属性が作成されます。メソッド内、またはメソッド内にネストされた関数内でこの変数にアクセスするには、selfまたはクラス名を介して属性参照を使用する必要があります。

Pythonで説明されているように、Demystified

obj.meth（args）のようなものはすべてClass.meth（obj、args）になります。呼び出しプロセスは自動ですが、受信プロセスは自動ではありません（明示的）。これが、クラス内の関数の最初のパラメーターがオブジェクト自体でなければならない理由です。

class Point(object):
    def __init__(self,x = 0,y = 0):
        self.x = x
        self.y = y

    def distance(self):
        """Find distance from origin"""
        return (self.x**2 + self.y**2) ** 0.5

呼び出し：

>>> p1 = Point(6,8)
>>> p1.distance()
10.0

init（）は3つのパラメーターを定義しますが、2つ（6と8）を渡しました。同様に、distance（）には引数が1つ必要ですが、0個の引数が渡されました。

なぜPythonはこの引数番号の不一致について文句を言わないのですか？

一般に、いくつかの引数を指定してメソッドを呼び出すと、最初の引数の前にメソッドのオブジェクトを配置することによって、対応するクラス関数が呼び出されます。したがって、obj.meth（args）のようなものはすべてClass.meth（obj、args）になります。呼び出しプロセスは自動ですが、受信プロセスは自動ではありません（明示的）。

これが、クラス内の関数の最初のパラメーターがオブジェクト自体でなければならない理由です。このパラメータを自分自身として書くことは単なる慣習です。これはキーワードではなく、Pythonでは特別な意味はありません。他の名前（このような）を使用することもできますが、使用しないことを強くお勧めします。自分以外の名前を使用すると、ほとんどの開発者は不快に感じ、コードの可読性を低下させます（「可読性カウント」）。
...
では、最初の例のself.xはインスタンス属性ですが、xはローカル変数です。それらは同じではなく、異なる名前空間にあります。

自己はここにとどまる

多くの人が、C ++やJavaのように、Pythonでselfをキーワードにすることを提案しています。これにより、メソッドの仮パラメーターリストから明示的なselfの冗長な使用が排除されます。このアイデアは有望であるように見えますが、実現することはできません。少なくとも近い将来にはそうではない。主な理由は、下位互換性です。これは、Pythonの作成者自身が作成したブログで、なぜ明示的な自己がとどまらなければならないかを説明しています。

別の非常に単純な答えもあります：pythonの禅によれば、「明示的は暗黙的よりも優れています」。