Django ModelForm dla pól wiele do wielu


80

Rozważ następujące modele i formę:

class Pizza(models.Model):
    name = models.CharField(max_length=50)

class Topping(models.Model):
    name = models.CharField(max_length=50)
    ison = models.ManyToManyField(Pizza, blank=True)

class ToppingForm(forms.ModelForm):
    class Meta:
        model = Topping

Kiedy przeglądasz ToppingForm, pozwala wybrać, jakie pizze mają być dodawane i wszystko jest po prostu eleganckie.

Moje pytania to: Jak zdefiniować Formularz Modelowy dla pizzy, który pozwoli mi skorzystać z relacji „wiele do wielu” między pizzą i polewą, a także pozwoli mi wybrać, jakie dodatki znajdą się w pizzy?


A więc z twoich komentarzy poniżej: Każdy Pizzamoże mieć wiele Toppings. Każdy Toppingmoże mieć wiele Pizzas. Ale jeśli dodam a Toppingdo a Pizza, czy to Pizzawtedy automagicznie ma a Toppingi odwrotnie?
— Jack M.

Odpowiedzi:


132

Myślę, że musiałbyś tutaj dodać nowe ModelMultipleChoiceFielddo swojego PizzaFormi ręcznie połączyć to pole formularza z polem modelu, ponieważ Django nie zrobi tego automatycznie za Ciebie.

Pomocny może być następujący fragment kodu:

class PizzaForm(forms.ModelForm):
    class Meta:
        model = Pizza

    # Representing the many to many related field in Pizza
    toppings = forms.ModelMultipleChoiceField(queryset=Topping.objects.all())

    # Overriding __init__ here allows us to provide initial
    # data for 'toppings' field
    def __init__(self, *args, **kwargs):
        # Only in case we build the form from an instance
        # (otherwise, 'toppings' list should be empty)
        if kwargs.get('instance'):
            # We get the 'initial' keyword argument or initialize it
            # as a dict if it didn't exist.                
            initial = kwargs.setdefault('initial', {})
            # The widget for a ModelMultipleChoiceField expects
            # a list of primary key for the selected data.
            initial['toppings'] = [t.pk for t in kwargs['instance'].topping_set.all()]

        forms.ModelForm.__init__(self, *args, **kwargs)

    # Overriding save allows us to process the value of 'toppings' field    
    def save(self, commit=True):
        # Get the unsave Pizza instance
        instance = forms.ModelForm.save(self, False)

        # Prepare a 'save_m2m' method for the form,
        old_save_m2m = self.save_m2m
        def save_m2m():
           old_save_m2m()
           # This is where we actually link the pizza with toppings
           instance.topping_set.clear()
           instance.topping_set.add(*self.cleaned_data['toppings'])
        self.save_m2m = save_m2m

        # Do we need to save all changes now?
        if commit:
            instance.save()
            self.save_m2m()

        return instance

To PizzaFormmoże być następnie wykorzystane wszędzie, nawet w admin:

# yourapp/admin.py
from django.contrib.admin import site, ModelAdmin
from yourapp.models import Pizza
from yourapp.forms import PizzaForm

class PizzaAdmin(ModelAdmin):
  form = PizzaForm

site.register(Pizza, PizzaAdmin)

Uwaga

save()Metoda może być nieco zbyt rozwlekły, ale można uprościć, jeśli nie trzeba wspierać commit=Falsesytuację, to wtedy tak:

def save(self):
  instance = forms.ModelForm.save(self)
  instance.topping_set.clear()
  instance.topping_set.add(*self.cleaned_data['toppings'])
  return instance

Wygląda fajnie, ale nie do końca rozumiem kod, szczególnie „instancja”, save_m2m i old_save_m2m :)
— Viet

1
@Viet: w dokumentacji django na temat formularzy ( docs.djangoproject.com/en/dev/topics/forms/modelforms/... ) możesz zobaczyć, że django automatycznie dodaje save_m2mmetodę do twojej, ModelFormgdy ją wywołujesz save(commit=False). To jest dokładnie to, co tutaj robię, dodając save_m2mmetodę zapisywania powiązanych obiektów i dodatków , a ta metoda wywołuje oryginał save_m2m.
— Clément

3
W czym to rozwiązanie jest lepsze od Jacka M., czyli wprowadzenia modelu pośredniego? Wydaje się, że to rozwiązanie wymaga znacznie więcej kodu.
— mb21

Czy ta logika może być wielokrotnego użytku dla dowolnego odwróconego M2M, używając na przykład miksera, dekoratora lub czegoś innego?
— David D.

16

Nie jestem pewien, czy otrzymam pytanie w 100%, więc zamierzam działać z tym założeniem:

Każdy Pizzamoże mieć wiele Toppings. Każdy Toppingmoże mieć wiele Pizzas. Ale jeśli a Toppingzostanie dodane do a Pizza, Toppingto automagicznie będzie mieć a Pizzai na odwrót.

W tym przypadku najlepszym rozwiązaniem jest tabela relacji, którą Django całkiem dobrze obsługuje. Mogłoby to wyglądać tak:

models.py

class PizzaTopping(models.Model):
    topping = models.ForeignKey('Topping')
    pizza = models.ForeignKey('Pizza')
class Pizza(models.Model):     
    name = models.CharField(max_length=50) 
    topped_by = models.ManyToManyField('Topping', through=PizzaTopping)
    def __str__(self):
        return self.name
    def __unicode__(self):
        return self.name
class Topping(models.Model):   
    name=models.CharField(max_length=50)
    is_on = models.ManyToManyField('Pizza', through=PizzaTopping)
    def __str__(self):
        return self.name
    def __unicode__(self):
        return self.name

forms.py

class PizzaForm(forms.ModelForm):
    class Meta:
        model = Pizza
class ToppingForm(forms.ModelForm):
    class Meta:
        model = Topping

Przykład:

>>> p1 = Pizza(name="Monday")
>>> p1.save()
>>> p2 = Pizza(name="Tuesday")
>>> p2.save()
>>> t1 = Topping(name="Pepperoni")
>>> t1.save()
>>> t2 = Topping(name="Bacon")
>>> t2.save()
>>> PizzaTopping(pizza=p1, topping=t1).save() # Monday + Pepperoni
>>> PizzaTopping(pizza=p2, topping=t1).save() # Tuesday + Pepperoni
>>> PizzaTopping(pizza=p2, topping=t2).save() # Tuesday + Bacon

>>> tform = ToppingForm(instance=t2) # Bacon
>>> tform.as_table() # Should be on only Tuesday.
u'<tr><th><label for="id_name">Name:</label></th><td><input id="id_name" type="text" name="name" value="Bacon" maxlength="50" /></td></tr>\n<tr><th><label for="id_is_on">Is on:</label></th><td><select multiple="multiple" name="is_on" id="id_is_on">\n<option value="1">Monday</option>\n<option value="2" selected="selected">Tuesday</option>\n</select><br /> Hold down "Control", or "Command" on a Mac, to select more than one.</td></tr>'

>>> pform = PizzaForm(instance=p1) # Monday
>>> pform.as_table() # Should have only Pepperoni
u'<tr><th><label for="id_name">Name:</label></th><td><input id="id_name" type="text" name="name" value="Monday" maxlength="50" /></td></tr>\n<tr><th><label for="id_topped_by">Topped by:</label></th><td><select multiple="multiple" name="topped_by" id="id_topped_by">\n<option value="1" selected="selected">Pepperoni</option>\n<option value="2">Bacon</option>\n</select><br /> Hold down "Control", or "Command" on a Mac, to select more than one.</td></tr>'

>>> pform2 = PizzaForm(instance=p2) # Tuesday
>>> pform2.as_table() # Both Pepperoni and Bacon
u'<tr><th><label for="id_name">Name:</label></th><td><input id="id_name" type="text" name="name" value="Tuesday" maxlength="50" /></td></tr>\n<tr><th><label for="id_topped_by">Topped by:</label></th><td><select multiple="multiple" name="topped_by" id="id_topped_by">\n<option value="1" selected="selected">Pepperoni</option>\n<option value="2" selected="selected">Bacon</option>\n</select><br /> Hold down "Control", or "Command" on a Mac, to select more than one.</td></tr>'

AttributeError at / require / add / Cannot set values ​​on a ManyToManyField, który określa model pośredni. Zamiast tego użyj Requirements.AssetRequirement's Manager.
— Eloy Roldán Paredes,

7

Szczerze mówiąc, umieściłbym w Pizzamodelu relację wiele do wielu . Myślę, że jest to bliższe rzeczywistości. Wyobraź sobie osobę, która zamawia kilka pizz. Nie powiedziałby „Chciałbym sera na pierwszej i drugiej pizzy i pomidorów na pierwszej i trzeciej”, ale prawdopodobnie „Jedna pizza z serem, jedna pizza z serem i pomidorami…”.

Oczywiście możliwe jest, aby formularz działał na Twój sposób, ale ja bym poszedł z:

class Pizza(models.Model):
    name = models.CharField(max_length=50)
    toppings = models.ManyToManyField(Topping)

5
Modele Pizza / Topping to tylko przebranie moich prawdziwych modelek. Celem tego pytania jest to, że chcę, aby Pizza ModelForm pozwoliła mi wybrać Toppings i chcę, aby Topping ModelForm pozwolił mi wybrać Pizzę.
— theycallmemorty

4

Innym prostym sposobem na osiągnięcie tego jest utworzenie tabeli pośredniej i użycie pól wbudowanych, aby to zrobić. Proszę odnieść się do https://docs.djangoproject.com/en/1.2/ref/contrib/admin/#working-with-many-to-many-intermediary-models

Poniżej przykładowy kod

models.py

class Pizza(models.Model):
    name = models.CharField(max_length=50)

class Topping(models.Model):
    name = models.CharField(max_length=50)
    ison = models.ManyToManyField(Pizza, through='PizzaTopping')

class PizzaTopping(models.Model):
    pizza = models.ForeignKey(Pizza)
    topping = models.ForeignKey(Topping)

admin.py

class PizzaToppingInline(admin.TabularInline):
    model = PizzaTopping

class PizzaAdmin(admin.ModelAdmin):
    inlines = [PizzaToppingInline,]

class ToppingAdmin(admin.ModelAdmin):
    inlines = [PizzaToppingInline,]

admin.site.register(Pizza, PizzaAdmin)
admin.site.register(Topping, ToppingAdmin)

Zakładam, że działa to tylko na stronach / formularzach administratora. W jaki sposób stworzyłbyś coś podobnego dla anonimowych / gości i / lub zalogowanych użytkowników, aby mogli na przykład publikować preferencje dotyczące pizzy?
— user1271930

2

Nie jestem pewien, czy tego właśnie szukasz, ale czy wiesz, że Pizza ma ten topping_setatrybut? Używając tego atrybutu, możesz łatwo dodać nowy dodatek w swoim ModelForm.

new_pizza.topping_set.add(new_topping)

2

Podobny problem mieliśmy w naszej aplikacji korzystającej z administratora django. Istnieje wiele do wielu relacji między użytkownikami i grupami i nie można łatwo dodawać użytkowników do grupy. Stworzyłem łatkę dla django, która to robi, ale nie ma na to zbyt wiele uwagi ;-) Możesz ją przeczytać i spróbować zastosować podobne rozwiązanie do problemu z pizzą / polewą. W ten sposób będąc w polewie, możesz łatwo dodać powiązane pizze lub odwrotnie.


0

Zrobiłem coś podobnego w kodzie Clémenta z formularzem administratora użytkownika:

# models.py
class Clinica(models.Model):
  ...
  users = models.ManyToManyField(User, null=True, blank=True, related_name='clinicas')

# admin.py
class CustomUserChangeForm(UserChangeForm):
  clinicas = forms.ModelMultipleChoiceField(queryset=Clinica.objects.all())

  def __init__(self,*args,**kwargs):
    if 'instance' in kwargs:
      initial = kwargs.setdefault('initial',{})
      initial['clinicas'] = kwargs['instance'].clinicas.values_list('pk',flat=True)
    super(CustomUserChangeForm,self).__init__(*args,**kwargs)

  def save(self,*args,**kwargs):
    instance = super(CustomUserChangeForm,self).save(*args,**kwargs)
    instance.clinicas = self.cleaned_data['clinicas']
    return instance

  class Meta:
    model = User

admin.site.unregister(User)

UserAdmin.fieldsets += ( (u'Clinicas', {'fields': ('clinicas',)}), )
UserAdmin.form = CustomUserChangeForm

admin.site.register(User,UserAdmin)

0

Możesz również użyć tabeli przelotowej, jeśli chcesz dodać elementy zależne od obu kluczy podstawowych tabeli w relacji. Wiele do wielu relacji używa czegoś, co nazywa się tablicą mostkową do przechowywania rzeczy zależnych od obu części klucza podstawowego.

Weźmy na przykład pod uwagę następującą relację między zamówieniem a produktem w models.py

class Order(models.Model):
    date = models.DateField()
    status = models.CharField(max_length=30)

class Product(models.Model):
    name = models.CharField(max_length=50)
    desc = models.CharField(max_length=50)
    price = models.DecimalField(max_dights=7,decimal_places=2)
    qtyOnHand = models.Integer()
    orderLine = models.ManyToManyField(Order, through='OrderLine')

class OrderLine(models.Model):
    product = models.ForeignKey(Product)
    order = models.ForeignKey(Order)
    qtyOrd = models.Integer()

W twoim przypadku to, co byś zrobił, to umieszczenie ManyToMany na polewach, ponieważ pozwala on użytkownikowi wybrać, jakie dodatki do pizzy chciał. Proste, ale potężne rozwiązanie.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.