django泛型(类)视图中的多个表单类

时间:2011-06-08 08:58:29

标签: django django-forms django-views django-class-based-views

我想将django 1.3的基于类的通用视图用于表单,但有时必须在一个表单中管理多个表单类。但是,看起来基于FormMixin的现有视图假设一个表单类。

这是否可以使用通用视图,我该怎么做?

编辑:澄清一下,我有一个表单,但有一个以上(基于ModelForm的)类。例如,在django文档中的inline_formset示例中,我想要提供一个页面,其中作者可以一次性编辑他的书籍:

author_form = AuthorForm(request.POST, instance = author)
books_formset = BookInlineFormSet(request.POST, request.FILES, instance=author)

3 个答案:

答案 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:FormSetsViewModelFormSetsViewInlineFormSetsView。特别是,最后一个'提供了一种显示和处理模型的方法,使用它的内联表格集。

答案 1 :(得分:2)

在单个视图页面上显示两个模型的字段

您必须扩展django.views.generic.View类并覆盖get(request)和post(request)方法。

这就是我做到的。

我正在使用 Django 1.11

这是我的表单(由两种形式组成)的样子: User registration form

我的查看类,它呈现了我的两个表单:

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
        })

我有UserUserProfile型号。 Userdjango.contrib.auth.models.UserUserProfile如下:

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)

  • 当用户被保存时(我在某处写了user.save()(用户是用户类的实例))也会保存UserProfile。

澄清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类型的页面,就像在管理员中直接在列表视图中编辑某些字段一样。其中每一种都是不同类型的多形式视图,我认为制作一个涵盖所有案例的通用视图并不富有成效。

如果您有“母亲”模型,则可以使用标准UpdateViewCreateView,并为从get()和{{1}调用的额外表单添加方法在处理母模型的代码之后。例如,在post()中,如果母模有效,您可以处理其他表格。你将拥有母亲的PK,然后用它来连接其他形式的数据。