In un metodo save () personalizzato del modello django, come dovresti identificare un nuovo oggetto?

Voglio innescare un'azione speciale nel metodo save () di un oggetto modello Django quando sto salvando un nuovo record (non aggiornando un record esistente).

Il controllo per (self.id! = Nessuno) è necessario e sufficiente per garantire che l'autoregistrazione sia nuova e non venga aggiornata? Qualche caso speciale che potrebbe essere trascurato?

Aggiornato: con il chiarimento che self._statenon è una variabile di istanza privata, ma denominata in questo modo per evitare conflitti, il controllo self._state.addingè ora il modo preferibile per controllare.

self.pk is None:

restituisce True in un nuovo oggetto Model, a meno che l'oggetto non abbia un UUIDFieldas come suo primary_key.

Il caso angolare di cui potresti preoccuparti è se ci sono vincoli di unicità su campi diversi dall'id (ad esempio, indici univoci secondari su altri campi). In tal caso, potresti avere ancora un nuovo record in mano, ma non essere in grado di salvarlo.

Modo alternativo al controllo self.pkpossiamo verificare self._stateil modello

self._state.adding is True la creazione di

self._state.adding is False in aggiornamento

L'ho preso da questa pagina

Il controllo self.idpresuppone che idsia la chiave primaria per il modello. Un modo più generico sarebbe usare il collegamento pk .

is_new = self.pk is None

Il controllo per nonself.pk == None è sufficiente per determinare se l'oggetto verrà inserito o aggiornato nel database.

Il Django O / RM presenta un hack particolarmente brutto che sostanzialmente controlla se c'è qualcosa nella posizione PK e in tal caso esegui un AGGIORNAMENTO, altrimenti esegui un INSERT (questo viene ottimizzato su un INSERT se il PK è None).

Il motivo per cui deve farlo è perché ti è permesso impostare il PK quando viene creato un oggetto. Sebbene non sia comune se si dispone di una colonna di sequenza per la chiave primaria, ciò non vale per altri tipi di campo chiave primaria.

Se vuoi davvero sapere che devi fare ciò che fa O / RM e cercare nel database.

Naturalmente avete un caso specifico nel codice e per questo è molto probabile che self.pk == Nonetutto quello che c'è da sapere dice, ma è non è una soluzione generale.

Potresti semplicemente connetterti al segnale post_save che invia un kwargs "creato", se vero, il tuo oggetto è stato inserito.

http://docs.djangoproject.com/en/stable/ref/signals/#post-save

Controlla self.ide la force_insertbandiera.

if not self.pk or kwargs.get('force_insert', False):
    self.created = True

# call save method.
super(self.__class__, self).save(*args, **kwargs)

#Do all your post save actions in the if block.
if getattr(self, 'created', False):
    # So something
    # Do something else

Questo è utile perché l'oggetto appena creato (sé) ha il suo pkvalore

Sono in ritardo a questa conversazione, ma ho riscontrato un problema con il popolamento self.pk quando è associato un valore predefinito.

Il modo in cui l'ho aggirato è l'aggiunta di un campo date_created al modello

date_created = models.DateTimeField(auto_now_add=True)

Da qui puoi andare

created = self.date_created is None

Per una soluzione che funziona anche quando hai una UUIDFieldcome chiave primaria (che come altri hanno notato non Noneè solo se esegui l' override save), puoi collegarti al segnale post_save di Django . Aggiungi questo al tuo model.py :

from django.db.models.signals import post_save
from django.dispatch import receiver

@receiver(post_save, sender=MyModel)
def mymodel_saved(sender, instance, created, **kwargs):
    if created:
        # do extra work on your instance, e.g.
        # instance.generate_avatar()
        # instance.send_email_notification()
        pass

Questo callback bloccherà il savemetodo, quindi puoi fare cose come innescare le notifiche o aggiornare ulteriormente il modello prima che la tua risposta sia rispedita via cavo, sia che tu stia usando i moduli o il framework Django REST per le chiamate AJAX. Naturalmente, usa responsabilmente e scarica compiti pesanti in una coda di lavoro invece di far aspettare i tuoi utenti :)

piuttosto usa pk invece di id :

if not self.pk:
  do_something()

È il modo comune per farlo.

l'id verrà dato mentre salvato la prima volta nel db

Funzionerebbe con tutti questi scenari?

if self.pk is not None and <ModelName>.objects.filter(pk=self.pk).exists():
...

> def save_model(self, request, obj, form, change):
>         if form.instance._state.adding:
>             form.instance.author = request.user
>             super().save_model(request, obj, form, change)
>         else:
>             obj.updated_by = request.user.username
> 
>             super().save_model(request, obj, form, change)

Per sapere se stai aggiornando o inserendo l'oggetto (dati), usa self.instance.fieldnamenel tuo modulo. Definisci una funzione pulita nel tuo modulo e controlla se la voce del valore corrente è la stessa della precedente, in caso contrario la stai aggiornando.

self.instancee self.instance.fieldnameconfronta con il nuovo valore