Django的Form机制详解,djangoform详解,可是明明我们可以在t
Django的Form机制详解,djangoform详解,可是明明我们可以在t
Django的Form机制详解
环境:Python 2.7.5 + Django 1.6
使用Django,我们可以以声明式的方式来定义一个Form,如下:
# -*- coding: utf-8 -*- from django import forms class SimpleForm(forms.Form): field_a = forms.CharField(max_length=100) field_b = forms.CharField(max_length=100)
写起来很舒服,但是问题来了,当我把这个Form初始化之后,比如:
from polls.forms import SimpleForm
sf = SimpleForm({'field_a':'value of field_a', 'field_b':'value of field_b'})
然后在python shell里执行dir(sf),发现该实例并没有field_a和field_b这两个属性,显然我们就不能像sf.field_a这么来引用sf上的字段了。可是明明我们可以在template里以{{ form_name.field_name }}的形式来引用form的字段,这是怎么回事呢?
一番调查之后发现背后的实现机制还比较曲折。首先,如果我们要引用form里的字段应该怎么写呢?应该这么写:sf['field_a']
为什么要这么写呢?上代码,django.forms.BaseForm的__getitem__方法:
def __getitem__(self, name): "Returns a BoundField with the given name." try: field = self.fields[name] except KeyError: raise KeyError('Key %r not found in Form' % name) return BoundField(self, field, name)
这样就把BaseForm变成一个像dict一样的的容器了,所以可以用上面的语法来引用form里的字段。
新的问题又来了,为什么可以在template里以{{ form_name.field_name }}的形式来引用form的字段呢?见Django的官方文档:https://docs.djangoproject.com/en/1.6/topics/templates/#variables。原来Django的模板引擎碰到{{ form_name.field_name }}这样的表达式,会在form_name对象上运行字典查找,所以模板引擎对{{ sf.field_a }}求值时实际上运行了sf['field_a'],真相大白了。
另外,上文中的SimpleForm的类型实际上是django.forms.DeclarativeFieldsMetaclass。这个元类实际上是把SimpleForm中以声明式语法声明的所有字段(还包括父类中的声明式字段)通过get_declared_fields方法转换成了一个dict,并将dict的值赋给了将要生成的类的base_fields属性,然后基于SimpleForm生成了一个新的类。
相关内容
- 提高django model效率的几个小方法,djangomodel,1. count()
- Django常见出错解决方案汇总,django解决方案汇总,二、
- Django 1.7 alpha 1 发布,djangoalpha,主要改进如下:添加了
- 10个实用的Django技巧和建议,10实用Django技巧,如果在D
- django中“url映射规则”和“服务端响应顺序”,django
- Django单元测试(一),Django单元测试(,Writing te
- Django Mezzanine uwsgi nginx 配置,djangomezzanine,tar zxvf u
- Django使用redis缓存服务器,djangoredis缓存,那我们一般什
- Django调试工具django-debug-toolbar安装使用教程,,以前比较
- Django的信号机制详解,django信号详解,其实就是观察者模
评论关闭