时间戳

首页 > 解决方案 > 用多种方法替换方法

python - 用多种方法替换方法

问题描述

在一个新项目中，我不想在我的类的主体中定义方法，而是在我的类中multimethods专门使用和定义任何东西，除了数据成员。

换句话说，而不是这样：

class A():
    x: int = 0

    def f(self):
        print(f"A.f(self): x = {self.x}")

我想写这个：

class B():
    x: int = 0


@multimethod
def g(b: B):
    print(f"g(b: B): x = {b.x}")

现在，我可以f使用方法语法调用：

a = A()
a.f()

并g使用函数语法：

b = B()
g(b)

然而，并非相反：

a = A()
f(a) # NameError: name 'f' is not defined
b = B()
b.g() # AttributeError: 'B' object has no attribute 'g'

这意味着我必须放弃很多便利。特别是，实现类似__str__a 的东西multimethod不会给我在类中实现时会得到的那种行为。

class B():
    x: int = 0


@multimethod
def __str__(b: B) -> str:
    return f"B({b.x})"

调用print(B())输出类似于<__main__.B object at 0x7fb229c6a5b0>而不是的内容B(0)。

更进一步，甚至可以想象一个具有正确签名（如下somefn所示）的任意命名函数来填充__str__.

class B():
    x: int = 0


@multimethod
def somefn(b: B) -> str:
    return f"B({b.x})"

有没有办法让我的类的主体保持空白并做出适当的multimethods行为，就好像它们是在各自的主体中定义的一样？

诚然，我在这里尝试做的有点像选择退出 Python 的内置面向对象功能，并且至少部分地用更通用的东西替换它们。这似乎有点弯曲语言。那么，即使multimethods目前不完全支持这种互操作性，未来传统类和多分派之间的接口是否会变得更符合人体工程学？

标签： pythonoopmultimethod

解决方案

推荐阅读