Python 中的元类编程(3)

核心提示：简介去年，我参加了 EuroPython 2006 会议，Python 中的元类编程(3)，这个会议非常好，组织得很完美，可能想根据从配置文件读取的参数来设置一些默认的类属性；或者想根据数据库表中的字段来设置类特性，利用强制方式动态自定义类行为最简单的方法是：首先创建类，谈话都具有很高的水平，人们也都特别友好

简介

去年，我参加了 EuroPython 2006 会议。这个会议非常好，组织得很完美，谈话都具有很高的水平，人们也都特别友好。然而，我在这篇文章归属的 Python 社区中注意到了一种令人烦恼的趋势。几乎同时，我的合著者 David Mertz 也在思考一个类似的关于一些提交给 Gnosis Utilities 的补丁程序的问题。这种有争议的趋势就是趋向于耍小聪明。不幸的是，Python 社区的这种聪明以前只局限于 Zope 和 Twisted，现在已变得无处不在。

我们在试验项目和学习过程中并不反对这种聪明。我们的烦恼是，在产品框架上必须符合用户的要求。在本文中，我们希望为避免这种聪明做出小小的贡献，至少在我们比较精通的领域避免元类滥用。

对于本文，我们坚持严肃的立场：我们把在不用元类也能解决问题的情况下使用元类都视为元类滥用。当然，作者的过错也很明显：我们的 关于 Python 中的元类的前几部分 助长了这种做法的流行。Nostra culpa。

使用元编程最普通的情况就是创建具有动态生成的属性和方法的类。跟流行的观点相反，这是一个在大多数时候都不需要 而且不想要 自定义元类的工作。

本文适用于两类读者：普通程序员和聪明的程序员。前者知道一些元编程技巧，但是并没有在大脑中形成具体的概念；后者很聪明，而且理解得深一些。后者的问题在于变得聪明很容易，要变得不那么聪明就得花不少时间了。例如，花几个月时间就能理解如何使用元类，但是要花几年时间才能明白如何不 使用它们。

关于类初始化

创建类的过程中，类的所有属性和方法只设置一次。而在 Python 中，方法和属性随时都可以更改，但是只有不遵守规则的程序员才会这样做。

在各种条件下，创建类时，也许想用比简单地运行静态编码更加动态的方法。例如，可能想根据从配置文件读取的参数来设置一些默认的类属性；或者想根据数据库表中的字段来设置类特性。利用强制方式动态自定义类行为最简单的方法是：首先创建类，然后添加方法和属性。