返回修改后的类和使用 type() 之间的区别

我想这更像是一个 python 问题，而不是 django 问题，但我无法在其他地方复制这种行为，所以我将使用无法按预期工作的确切代码。

当我发现这个工厂函数片段时，我正在 django 中处理一些动态表单：

def get_employee_form(employee):
    """Return the form for a specific Board."""
    employee_fields = EmployeeFieldModel.objects.filter(employee = employee).order_by   ('order')
    class EmployeeForm(forms.Form):
        def __init__(self, *args, **kwargs):
            forms.Form.__init__(self, *args, **kwargs)
            self.employee = employee
        def save(self):
            "Do the save"
    for field in employee_fields:
        setattr(EmployeeForm, field.name, copy(type_mapping[field.type]))
    return type('EmployeeForm', (forms.Form, ), dict(EmployeeForm.__dict__))

[from :http://uswaretech.com/blog/2008/10/dynamic-forms-with-django/ http://uswaretech.com/blog/2008/10/dynamic-forms-with-django/]

还有一件事我不明白，为什么返回修改后的 EmployeeForm 不起作用？我的意思是这样的：

def get_employee_form(employee):
    #[...]same function body as before

    for field in employee_fields:
        setattr(EmployeeForm, field.name, copy(type_mapping[field.type]))
    return EmployeeForm

当我尝试返回修改后的类时，django 忽略了我的附加字段，但返回 type() 的结果效果很好。

Lennart 的假设是正确的：元类确实是罪魁祸首。无需猜测，只需看看来源 http://code.djangoproject.com/browser/django/trunk/django/forms/forms.py: 元类是DeclarativeFieldsMetaclass当前位于该文件的第 53 行，并添加属性base_fields并且可能media基于类在创建时具有的属性。在第 329 行，您会看到：

class Form(BaseForm):
    "A collection of Fields, plus their associated data."
    # This is a separate class from BaseForm in order to abstract the way
    # self.fields is specified. This class (Form) is the one that does the
    # fancy metaclass stuff purely for the semantic sugar -- it allows one
    # to define a form using declarative syntax.
    # BaseForm itself has no way of designating self.fields.
    __metaclass__ = DeclarativeFieldsMetaclass

这意味着使用基类创建新类存在一些脆弱性type——提供的黑魔法可能会也可能不会！更可靠的方法是使用类型EmployeeForm它将选取可能涉及的任何元类——即：

return type(EmployeeForm)('EmployeeForm', (forms.Form, ), EmployeeForm.__dict__)

（无需复制__dict__， 顺便提一句）。区别很微妙但很重要：而不是直接使用type的 3-args 形式，我们使用 1-args 形式来获取表单类的类型（即元类），然后以 3-args 形式调用该元类。

确实有点神奇，但这就是框架的缺点，它使用“花哨的元类东西纯粹是为了语义糖”&c：只要你想做框架支持的事情，你就处于三叶草中，但要退出即使是一点点的支持也可能需要抵消魔法（这在某种程度上解释了为什么我经常宁愿使用轻量级、透明的设置，比如 werkzeug，而不是像 Rails 或 Django 那样给我带来魔力的框架：我对深层黑魔法的掌握并不意味着我很乐意在简单的生产代码中使用它......但是，这是另一个讨论；-)。