具体来说,使用class属性创建更多类属性然后删除原始属性是否可接受/良好做法?
说我有一个超类。从那里,我派生了许多子类,但所有这些都需要定义一些类属性。如果我要这样做,它看起来像:
class Bar(Foo):
someval = 0
someotherval = ('a', 'b', 'c')
importantval = [1, 2, 3]
thisval = 'this'
names = ['John', 'Joe']
每个子类都需要定义所有这些属性。但是,如果我们以某种方式使用一个变量来创建所有这些变量,它将类似于:
class Bar(Foo):
classvars = (0, ('a', 'b', 'c'), [1, 2, 3], 'this', ['John', 'Joe'])
然后,在创建类之后,它将在内部看起来与我们分别定义所有属性的类的版本相同。
看,我之前尝试过这样做,只使用一个没有元类的超类,如:
class Foo:
@classmethod
def __init__(cls, val):
cls.val = val
class Bar(Foo):
Foo.__init__(5)
但如果您知道@classmethod
的工作原理,那么您就知道cls
最终成为类Foo
引用,而不是类Bar
引用(在调用时) Bar
的创建,cls
仅在Bar
实例创建期间成为Bar
引用。然后我也尝试使用@staticmethod
,但据我所知,在创建类时,您不能引用在方法定义之外创建的类。
即
class Bar(Foo):
Foo.__init__(Bar, 5)
这会引发NameError(如果Foo
的{{1}}方法是静态方法)。
最后,我了解了元类,我发现我可以做到这一点:
__init__
上述内容,简而言之,就是如果它找到一个名为class MetaFoo(type):
def __init__(cls, name, bases, namespace):
super(MetaFoo, cls).__init__(name, bases, namespace)
if '_superclass' not in namespace: # A special attribute to distinguish between classes that we want to affect and those that we don't
attrnames = ('someval', 'someotherval', 'importantval', 'thisval', 'names')
if 'classvars' in namespace:
for attr, attrname in zip(getattr(cls, 'classvars'), attrnames):
setattr(cls, attrname, attr)
namespace[attrname] = attr
delattr(cls, 'classvars')
else: # Allow the definitions to be separate, instead of through "classvars", but also make sure that all the required attributes are defined
for attrname in attrnames:
if attrname not in namespace:
raise AttributeError('"%s" not found.' % attrname)
class Foo(metaclass=MetaFoo):
_superclass = True # The value of this attribute doesn't matter
def __init__(self, value):
self.value = value
def dosomething(self):
return self.value * self.someval # Can use type(self).someval for the class attribute, as long as the class itself is never passed as self
class Bar(Foo):
classvars = (5, ('c', 'b', 'a'), [3, 2, 1], 'This', ['Jimmy', 'Bob'])
的类属性,它会使用它来创建其他类属性,然后删除classvars
。在这个例子中,做:
classvars
给你一个相同的结果:
class Bar(Foo):
classvars = (5, ('c', 'b', 'a'), [3, 2, 1], 'This', ['Jimmy', 'Bob'])
我的主要问题是:以这种方式使用元类是否可以接受(或者通常是因为某种原因而避免使用),特别是如果你已经使用元类的原因很充分?
一个附带问题是:如果没有元类,有没有办法实现这个目标?
答案 0 :(得分:2)
是的,你可以这样做。但我不知道它是否比复制+粘贴所有需要的属性更好。
如果你这样做,为了保持一个查看你的一个子类的代码的可读性最低 - 并且包括你从现在起一周 - 你应该至少使用字典而不是序列。这样,在查看子类时,您将始终知道哪个值映射到每个属性。
另外,请记住,如果至少某些属性具有对多个子类有效的良好默认值,则继承机制非常适合保留这些默认值,同时允许您仅显式声明属性对于每个子类,确实需要有所不同(并且输入比使用字典更少,这将需要至少在名称周围引用额外的引号)。
否则,就语言而言,没关系。您宁愿在基类上有一个特殊的属性名称,允许您在基类主体上输入所需/所需的属性名称,而不是在元类上对它们进行硬编码:看起来真的是“不文明”。通过在基类上具有属性,元类可以重用于不同的对象层次结构。
(只需对元类的=[YourComboBox].Column(1)
参数进行for
迭代,检查是否存在带属性名称的参数。
啊,因为它是问题的一部分:关于删除在类创建后使用元类不会有用的类属性 - 这是完全正常的。