質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.04%

Python クラスメソッドからインスタンスメソッドへのアクセス

解決済

回答 1

投稿

  • 評価
  • クリップ 0
  • VIEW 2,546

score 1262

前提・実現したいこと

クラスメソッドからインスタンス変数へのアクセスができないのはわかるのですが、クラスメソッドからインスタンスメソッドへのアクセスは可能でしょうか?

該当のソースコード

以下のようなことは可能でしょうか?もしくは全てクラスメソッドにしてしまうべきでしょうか?

class test:
    def testA(self):
        #
        #
        #
    def testB(self):
        #
        #
        #
    def testC(self):
        #
        #
        #
    @classmethod
    def testA(cls):
        self.testA()
        self.testB()
        self.testC()

補足情報(言語/FW/ツール等のバージョンなど)

Python3.6.1
MacOS Sierra

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • YouheiSakurai

    2017/06/13 21:58 編集

    提示の事はできないです。で、どうすべきかはなぜ関数の列挙ではなくクラスにしたかという理由によります。なぜですか?

    キャンセル

回答 1

checkベストアンサー

0

クラスメソッドからインスタンスメソッドへのアクセスはできません。

また、全てがクラスメソッドのクラスは、継承してオーバーライドするかメタクラスを使う場合を除いて、作る意味はありません。
なぜならばPythonは名前空間がモジュール単位になっており、C++で言うところのグローバルな名前空間がないからです。

全てがクラスメソッドで良い場合は、通常はモジュールにそのまま関数を書きます。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2017/06/14 15:00

    すいません、ちょっとだけ追記しました

    キャンセル

  • 2017/06/14 15:08

    ユーティリティクラスに関する意見に関してはネットでたくさんあるのでそちらをみていただけませんか?
    https://www.kaitoy.xyz/2016/01/03/oop-alternative-to-utility-classes/
    https://anopara.net/2014/06/03/%E3%83%A6%E3%83%BC%E3%83%86%E3%82%A3%E3%83%AA%E3%83%86%E3%82%A3%E3%82%AF%E3%83%A9%E3%82%B9%E4%B8%8D%E8%A6%81%E8%AB%96/

    混在してはいいとおっしゃいますが、最低限譲れない部分があるのではないですか?それを教えていただきたいです。

    キャンセル

  • 2017/06/15 00:45 編集

    まず、はじめに断っておきたいですが、これは正解はありませんので、私個人の意見です。

    >ユーティリティクラスに関する意見に関してはネットでたくさんあるのでそちらをみていただけませんか?

    最初に提示された方とほぼ同じ意見です。
    https://www.kaitoy.xyz/2016/01/03/oop-alternative-to-utility-classes/

    ユーティリティクラス反対派の主張が、それがオブジェクト真理教の教義に照らして適切なオブジェクトではなく、オブジェクト指向の世界に適合しないという哲学的なものである時点で、ユーティリティクラスをやめる動機に全くつながらない。

    transform()の実装は、Apache Commonsを使ったやつの方が自分でクラスを作らなくて済み、開発量が少なくてよい、というのが普通の感覚ではないだろうか。

    さらに、Yegorのtransform()の実装だと、I/O処理を隠蔽しすぎて何をやっているのかコードからさっぱりわからない。 addAll()するとファイルへの書き込みが発生するなんて誰も想像だにしまい。 オブジェクト真理教の神のみぞ知るといった感じの挙動だ。 こんなコードで可読性、つまり保守性が「手続き型の例」のやつより高くなるとは到底思えない。

    > 混在してはいいとおっしゃいますが、最低限譲れない部分があるのではないですか?それを教えていただきたいです。

    私個人ではあまり譲れない部分はないのですが、オブジェクトが密結合になる事だけは気をつけています。
    それ以外はあまりこだわりはないですね、シンプルでコード量が少なく、あとで見やすいコードであれば技法は何でもよいと思ってます。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.04%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る