在另一个类中使用实例方法作为装饰器

Question

我正在尝试创建一个实例化串行对象的类 (MySerial)，以便我可以写入/读取串行设备 (UART)。有一个实例方法是一个装饰器，它包装了属于完全不同的类 (App) 的函数。所以装饰器负责对串行缓冲区进行写入和读取。

如果我在App 类中创建MySerial 的实例，我不能使用从MySerial 创建的装饰器实例方法。 我已经尝试过上述实例方法并使用this second answer中解释的类方法，但我确实需要实例化MySerial，因此使用__init__创建一个实例。

如何做到这一点？不可能吗？

• 创建一个作为实例方法的装饰器。
• 在另一个类中使用这个装饰器

---

class MySerial():
    def __init__(self):
        pass # I have to have an __init__
    def write(self):
        pass # write to buffer
    def read(self):
        pass # read to buffer
    def decorator(self, func):
        def func_wrap(*args, **kwargs):
            self.write(func(*args, **kwars))
            return self.read()
        return func_wrap

class App():
    def __init__(self):
        self.ser = MySerial()

    @self.ser.decorator  # <-- does not work here.
    def myfunc(self):
        # 'yummy_bytes' is written to the serial buffer via 
        # MySerial's decorator method
        return 'yummy_bytes'

if __name__ == '__main__':
    app = App()

Answer 1

您可以使用staticmethod 包装decorator。 decorator 的内部 func_wrap 函数在其签名中包含一个附加参数：cls。通过cls可以访问App实例的ser属性，然后可以从cls.ser调用所需的方法write和read。另外，请注意，在您的声明中，MySerial.write 不带任何参数，而是传递包装函数的结果。下面的代码使用*args 来防止TypeError，否则会引发：

class MySerial():
   def __init__(self):
     pass # I have to have an __init__
   def write(self, *args):
     pass # write to buffer
   def read(self):
     pass # read to buffer
   @staticmethod
   def decorator(func):
     def func_wrap(cls, *args, **kwargs):
        cls.ser.write(func(cls, *args, **kwargs))
        return cls.ser.read()
     return func_wrap

class App():
  def __init__(self):
     self.ser = MySerial()
  @MySerial.decorator 
  def myfunc(self):
    # 'yummy_bytes' is written to the serial buffer via 
    # MySerial's decorator method
    return 'yummy_bytes'

App().myfunc()

Answer 2

这不起作用的原因是因为您在类主体中引用self，但未定义它。这里有两种解决方案。

将串行对象存储为类属性

如果您将 MySerial 实例存储为 class 属性，那么它仍然可以在类主体中访问：

class App():
    ser = MySerial()

    @ser.decorator
    def myfunc(self):
        return 'yummy_bytes'

在每个实例上进行装饰

或者，如果您需要为每个App 实例使用不同的MySerial 实例，那么您将需要等待创建实例来定义一个instance 属性my_func。这意味着函数在每次创建实例时都会被动态修饰，在这种情况下，@ 修饰符语法必须被函数调用替换。

class App():
    def __init__(self):
        self.ser = MySerial()
        self.my_func = self.ser.decorator(self.myfunc)

    def myfunc(self):
        return 'yummy_bytes'

此解决方案泛化为装饰多个方法或有条件地停用序列化，例如在测试环境中。

import env

class App():
    def __init__(self):
        self.ser = MySerial()

        to_decorate = [] if env.test else ['myfunc']

        for fn_name in to_decorate:
            fn = getattr(self, fn_name)
            setattr(self, fn_name, self.ser.decorator(fn))

Answer 3

有很多隐藏的陷阱使这个设计成为一个冒险的设计，但它是一个很好的学习示例。

首先，装饰时调用“self”失败，因为该范围内没有 self。它只存在于方法内部。现在简单的已经不碍事了......

myfunc 是 App 类的一个属性。当您创建 App 的实例时，总是会调用那个函数。即使它变得有条不紊，也只会发生一次。

a1 = App()
a2 = App()
assert a1.myfunc.__func__ is a2.myfunc.__func__
assert id(a1.myfunc) is id(a2.myfunc)  # Methods have some weirdness that means that won't equate but id's show they are the same 

这就是为什么需要 self 来为实例获取唯一的命名空间。这也是为什么您无法以这种方式获得实例独有的装饰器的原因。 另一种思考方式是必须先定义类，然后才能生成实例。因此，您不能在类的定义中使用实例。

解决方案

装饰器需要以不存储任何实例属性的方式编写。它将改为访问 App 实例属性。

class MySerial():
    def __init__(self):
        pass # Possibly don't need to have an __init__
    def write(self, serial_config):
        pass # write to buffer
    def read(self, serial_config):
        pass # read to buffer
    def decorator(self, func):
        def func_wrap(self_app: App, *args, **kwargs):
            self.write(func(self_app, *args, **kwars), self_app.serial_config)
            return self.read(self_app.serial_config)
        return func_wrap

ser = MySerial()

class App():
    def __init__(self, serial_config):
        self.serial_config = serial_config  # This is the instance data for     MySerial

    @ser.decorator
    def myfunc(self):
        # 'yummy_bytes' is written to the serial buffer via 
        # MySerial's decorator method
        return 'yummy_bytes'

if __name__ == '__main__':
    app = App()

现在我假设 MySerial 将有一个唯一的文件，或端口或每个 App 实例。这将记录在 serial_config 中。如果流打开关闭，这可能不太优雅，但您应该能够针对您的确切应用程序改进它。