我想将django 1.3的基于类的通用视图用于表单,但有时必须在一个表单中管理多个表单类。但是,看起来基于FormMixin的现有视图假设一个表单类。
这是否可以使用通用视图,我该怎么做?
编辑:澄清一下,我有一个表单,但有一个以上(基于ModelForm的)类。例如,在django文档中的inline_formset示例中,我想要提供一个页面,其中作者和可以一次性编辑他的书籍:
author_form = AuthorForm(request.POST, instance = author)
books_formset = BookInlineFormSet(request.POST, request.FILES, instance=author)
答案 0 :(得分:9)
面对类似的问题,我得出的结论是,这是不可能的。
虽然每页有多个表单本身就是一个设计错误,但却出现了各种各样的麻烦。例如,用户填写两种形式,其中一种形式的点击提交,另一种形式的数据丢失。解决方法需要复杂的控制器,需要了解页面上所有表单的状态。 (有关相关问题的一些讨论,另请参阅here。)
如果每页有多个表单不是您的确切要求,我建议您查看替代解决方案。
例如,通常一次只能向用户显示一个可编辑表单。
在我的情况下,我切换到django-formwizard
(不是django.contrib,这有点旧,似乎目前正在重新设计,但是this one 更新:从Django 1.4版本开始,django-formwizard
app将在django.contrib
中提供,取代旧的formwizard。它已经在trunk,see docs)。对于用户,我认为页面上实际上有多个表单,但只有一个是可编辑的。并且用户必须按预定顺序填写表单。这使得处理多种形式变得更加容易。
否则,如果表格确实需要同时出现,那么将它们组合成一个是有意义的。
更新(澄清后):
不,您也无法使用通用FormView
处理formset。虽然您的示例似乎很容易实现:我认为它与表单集上的Django文档中的this example非常相似。它处理两个formset,你只需要用表单替换一个(我认为你仍然需要指定前缀以避免元素'id
属性的可能冲突)。
简而言之,在您的情况下,我会继承django.views.generic.base.View
并覆盖get()
和post()
方法来处理类似于以上示例的Django docs中的form和formset。
在这种情况下,我认为可以使用单个按钮同时提交表单和表单集,以便同时提交它们。
另一个更新:
Django trac中有一张活跃的近期门票#16256
More class based views: formsets derived generic views。如果一切顺利,新的通用视图将添加到Django:FormSetsView
,ModelFormSetsView
和InlineFormSetsView
。特别是,最后一个'提供了一种显示和处理模型的方法,使用它的内联表格集。
答案 1 :(得分:2)
在单个视图页面上显示两个模型的字段
您必须扩展django.views.generic.View类并覆盖get(request)和post(request)方法。
这就是我做到的。
我正在使用 Django 1.11 。
我的查看类,它呈现了我的两个表单:
from django.views.generic import View
class UserRegistrationView(View):
# Here I say which classes i'm gonna use
# (It's not mandatory, it's just that I find it easier)
user_form_class = UserForm
profile_form_class = ProfileForm
template_name = 'user/register.html'
def get(self, request):
if request.user.is_authenticated():
return render(request, 'user/already_logged_in.html')
# Here I make instances of my form classes and pass them None
# which tells them that there is no additional data to display (errors, for example)
user_form = self.user_form_class(None)
profile_form = self.profile_form_class(None)
# and then just pass them to my template
return render(request, self.template_name, {'user_form': user_form, 'profile_form': profile_form})
def post(self, request):
# Here I also make instances of my form classes but this time I fill
# them up with data from POST request
user_form = self.user_form_class(request.POST)
profile_form = self.profile_form_class(request.POST)
if user_form.is_valid() and profile_form.is_valid():
user = user_form.save(commit=False)
user_profile = profile_form.save(commit=False)
# form.cleaned_data is a dictionary which contains data validated
# by fields constraints (Say we have a field which is a number. The cleaning here would
# be to just convert a string which came from the browser to an integer.)
username = user_form.cleaned_data['username']
password = user_form.cleaned_data['password']
# This will be clarified later
# You can save each object individually if they're not connected, as mines are (see class UserProfile below)
user.set_password(password)
user.userprofile = user_profile
user.save()
user = authenticate(username=username, password=password)
if user is not None:
if user.is_active:
login(request, user)
return redirect('user:private_profile')
# else: # form not valid - each form will contain errors in form.errors
return render(request, self.template_name, {
'user_form': user_form,
'profile_form': profile_form
})
我有User
和UserProfile
型号。
User
为django.contrib.auth.models.User
,UserProfile
如下:
class UserProfile(models.Model):
user = models.OneToOneField(User, on_delete=models.CASCADE)
friends = models.ManyToManyField('self', null=True, blank=True)
address = models.CharField(max_length=100, default='Some address 42')
def get_absolute_url(self):
return reverse('user:public_profile', kwargs={'pk': self.pk})
def __str__(self):
return 'username: ' + self.user.username + '; address: ' + self.address
@receiver(post_save, sender=User) # see Clarification 1 below
def create_user_profile(sender, instance, created, **kwargs):
if created: # See Clarification 2 below
UserProfile.objects.create(user=instance, address=instance.userprofile.address)
@receiver(post_save, sender=User)
def update_user_profile(sender, instance, **kwargs):
instance.userprofile.save()
澄清1: @receiver(post_save,sender = User)
澄清2:如果已创建:(来自View类的说明)
如果正在创建用户,请创建UserProfile user =刚刚通过UserForm提交的用户实例
地址从ProfileForm收集并添加到用户实例之前 调用user.save()
我有两种形式:
<强>用户窗体:强>
class UserForm(forms.ModelForm):
password = forms.CharField(widget=forms.PasswordInput(render_value=True), required=True)
password_confirmation = forms.CharField(widget=forms.PasswordInput(render_value=True), required=True)
first_name = forms.CharField(required=True)
last_name = forms.CharField(required=True)
class Meta:
model = User
fields = ('email', 'username', 'first_name', 'last_name', 'password', 'password_confirmation')
def clean(self):
cleaned_data = super(UserForm, self).clean()
password = cleaned_data.get("password")
password_confirmation = cleaned_data.get("password_confirmation")
if password != password_confirmation:
self.fields['password'].widget = forms.PasswordInput()
self.fields['password_confirmation'].widget = forms.PasswordInput()
self.add_error('password', "Must match with Password confirmation")
self.add_error('password_confirmation', "Must match with Password")
raise forms.ValidationError(
"Password and Password confirmation do not match"
)
<强> ProfileForm:强>
class ProfileForm(forms.ModelForm):
class Meta:
model = UserProfile
fields = ('address',)
我希望我能很好地理解你的问题,这将有助于你(和其他人来)。 :)
答案 2 :(得分:1)
django的一个原则是你可以用几个较小的形式构建一个大的表单,只有一个提交按钮。这就是为什么<form>
- 标签不是由django本身生成的。
通用视图的问题,基于类或不基于类,以及背景中的多个这样的形式当然是天空的极限。表格可能以某种方式相关:“母亲”形式和可选的额外数据,这些数据取决于母亲的数据(比如说)。然后是通过外键和/或中间表连接到其他几个模型的模型,您可以使用表单+表单集。然后是all-formset类型的页面,就像在管理员中直接在列表视图中编辑某些字段一样。其中每一种都是不同类型的多形式视图,我认为制作一个涵盖所有案例的通用视图并不富有成效。
如果您有“母亲”模型,则可以使用标准UpdateView
或CreateView
,并为从get()
和{{1}调用的额外表单添加方法在处理母模型的代码之后。例如,在post()
中,如果母模有效,您可以处理其他表格。你将拥有母亲的PK,然后用它来连接其他形式的数据。