Python 中的元类编程，第 3 部分

编程时太多的聪明反而会使设计更复杂、代码更脆弱、学习曲线更陡峭，最糟的是，调试也更加困难。Michele 和 David 觉得，这在一定程度上归因于对他们 早期的 Python 元类文章 的接受而引起的聪明过度。在本文中，他们试图帮助程序员避免小聪明，以修正这些错误。

简介

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

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

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

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

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

本文转自：IBM developerWorks 中国

请点击此处查看全文http://ibm.csdn.net/ISN_J.aspx?action=JMP&pointid=2508