给定一个表单类(在巨型Django应用的深处)。
class ContactForm(forms.Form): name = ... surname = ...
考虑到您想在不 扩展或修改表单类本身的 情况下向此表单添加另一个字段,为什么以下方法不起作用?
ContactForm.another_field = forms.CharField(...)
(我的第一个猜测是Django使用的元类黑客技术仅在第一次构造表单类时才适用。如果是这样,是否有办法重新声明该类来克服这一问题?)
在中出现一些相关的定义django/forms/forms.py。他们是:
django/forms/forms.py
class BaseForm
class Form
class DeclarativeFieldsMetaclass
def get_declared_fields
get_declared_fields从中调用DeclarativeFieldsMetaclass并构造一个列表,其中包含按其创建计数器排序的字段实例。然后它将字段从基类添加到此列表中,并将结果作为OrderedDict实例返回,以字段名称作为键。DeclarativeFieldsMetaclass然后将此值粘贴到属性中,base_fields并调用type以构造该类。然后,它将类传递给media_property函数,widgets.py并将返回值附加到media新类的属性。
get_declared_fields
DeclarativeFieldsMetaclass
OrderedDict
base_fields
type
media_property
widgets.py
media
media_property返回一个属性方法,该方法将在每次访问时重新构造媒体声明。我的感觉是,这与这里无关,但我可能是错的。
无论如何,如果您不声明Media属性(并且所有基类都没有声明),那么它只会返回Media不带任何参数的新鲜实例给构造函数,我认为在monkeypatching一个新字段上应该就像手动插入进入base_fields。
Media
ContactForm.another_field = forms.CharField(...) ContactForm.base_fields['another_field'] = ContactForm.another_field
每个表单实例,然后得到一个deepcopy的base_fields变成form_instance.fields中__init__的方法BaseForm。HTH。
deepcopy
form_instance.fields
__init__
BaseForm