Python 中的元类编程(3)

核心提示： 例如，Anand Pillai（我们熟悉的一个优秀程序员）提出了一个到 Gnosis Utilities 的分包 gnosis.xml.objectify 的路径，Python 中的元类编程(3)(2)，该分包就是这么做的，一个专门用来保存 “xml 节点对象” 的

例如，Anand Pillai（我们熟悉的一个优秀程序员）提出了一个到 Gnosis Utilities 的分包 gnosis.xml.objectify 的路径，该分包就是这么做的。一个专门用来保存 “xml 节点对象” 的叫做 gnosis.xml.objectify._XO_ 的基类就被许多增强的行为 “装饰” 成如下这样：

清单 1. 基类的动态增强

setattr(_XO_, 'orig_tagname', orig_tagname)
setattr(_XO_, 'findelem', findelem)
setattr(_XO_, 'XPath', XPath)
setattr(_XO_, 'change_pcdata', change_pcdata)
setattr(_XO_,'addChild',addChild)

您可能会非常合理地想到，也可以定义 XO 基类的子类来实现同样的增强。在感觉上这是对的，但 Anand 已经提供了 20 多种可能的增强，并且一些特定的用户可能想要其中的一些增强，但不想要 另外一些增强。有太多的替代方法可以轻易地为每种增强情形创建子类。尽管如此，上面的代码未必是恰到好处的。应该用一个附加到 XO、行为是动态决定的自定义元类来完成上述工作。但是这又让我们回到了希望避免的聪明过度（和不透明性）上。

上述问题的一种干净、漂亮的解决方案可能需要向 Python 添加类装饰器。如果拥有这些装饰器，编写的代码可能就像这样：

清单 2. 向 Python 添加类装饰器

features = [('XPath',XPath), ('addChild',addChild), ('is_root',is_root)]
@enhance(features)
class _XO_plus(gnosis.xml.objectify._XO_): pass
gnosis.xml.objectify._XO_ = _XO_plus

然而，目前没有这种语法。

当元类变复杂时