Django - substitution de la Modèle.méthode create ()?

La Django docs seulement une liste d'exemples pour remplacer save() et delete(). Cependant, j'aimerais définir traitement supplémentaire pour mes modèles seulement quand ils sont créés. Pour quiconque est familier avec les Rails, il serait l'équivalent de la création d'un :before_create filtre. Est-ce possible?

InformationsquelleAutor ground5hark | 2010-02-21

139

Primordial __init__() serait de provoquer l'exécution de code à chaque fois que le python de la représentation de l'objet est instancié. Je ne sais pas les rails, mais un :before_created filtre me semble que c'est un code à exécuter lorsque l'objet est créé dans la base de données. Si vous souhaitez exécuter du code lorsqu'un nouvel objet est créé dans la base de données, vous devez remplacer save(), de vérifier si l'objet a une pk attribut ou pas. Le code devrait ressembler à quelque chose comme ceci:
```
def save(self, *args, **kwargs):
    if not self.pk:
        # This code only happens if the objects is
        # not in the database yet. Otherwise it would
        # have pk
    super(MyModel, self).save(*args, **kwargs)
```
- En fait, j'ai trouvé une solution en utilisant des signaux: docs.djangoproject.com/en/dev/topics/signals (le pre_save signal, en particulier). Toutefois, cela semble être une manière beaucoup plus pragmatique de la solution. Merci un tas.
- hack sympa. Je préfère encore pour remplacer la méthode de création que je voudrais ajouter un logging.info appel après la création d'un nouvel objet. L'appelant avant et vous en ont de la chance que l'appel à la méthode parent en panne...
- Je suppose que vous voulez dire en substituant l'gestionnaire de méthode create? C'est une solution intéressante, mais il ne fonctionne pas dans les cas où l'objet est créé à l'aide de Object(**kwargs).save() ou toute autre variation sur ce point.
- Je ne pense pas que c'est un hack. C'est l'une des solutions.
- Vous pouvez remplacer la méthode de création d'un gestionnaire ou d'ajouter un classmethod sur le modèle de la classe. docs.djangoproject.com/en/1.10/ref/models/instances/...
- Ne devrait-elle pas être super(MyModel, self).save(*args, **kwargs) ?
- vous pouvez avoir les deux méthode et à l'aide des signaux, j'ai posté ci-dessous le "avoir le beurre et l'argent du beurre" solution parce que c'est la première chose que les gens voient lors de recherches sur google comment faire 🙂 cheers!
- Peut-être que la vérification de self.pk n'est pas la meilleure option pour vérifier si l'objet est nouvellement créé ou juste une mise à jour. Parfois, vous fournir l'id de l'objet au moment de la création (une mesure non-base de données de la valeur générée comme KSUID), et il va provoquer cette clause ne jamais exécuter... Il n'y a self._state.adding valeur assurez-vous si c'est de l'épargne pour la première fois ou tout simplement la mise à jour, ce qui aide dans ces cas.
InformationsquelleAutor Zach
21

un exemple de comment créer un post_save signal (à partir de http://djangosnippets.org/snippets/500/)
```
from django.db.models.signals import post_save
from django.dispatch import receiver

@receiver(post_save, sender=User)
def create_profile(sender, instance, created, **kwargs):
    """Create a matching profile whenever a user object is created."""
    if created: 
        profile, new = UserProfile.objects.get_or_create(user=instance)
```
voici une discussion réfléchie de savoir s'il est préférable d'utiliser des signaux personnalisés ou enregistrer des méthodes https://web.archive.org/web/20120815022107/http://www.martin-geber.com/thought/2007/10/29/django-signals-vs-custom-save-method/

À mon avis, à l'aide de signaux pour cette tâche est plus robuste, plus facile à lire, mais plus long.
- C'est la meilleure façon au lieu de vous embêter avec l'objet interne, cependant, si vous apportez des modifications au modèle en question, et pas seulement la création d'une autre dans l'exemple ci-dessus, n'oubliez pas d'appeler instance.save(). Donc dans ce cas, il y a aussi une perte de performance, car il y aura un INSERT et une requête de mise à JOUR de la base de données.
- Le lien pour les signaux vs personnalisé enregistrer des méthodes est cassé.
InformationsquelleAutor Michael Bylstra
16

C'est vieux, a accepté de répondre ça fonctionne (Zach), et une plus idiomatique de trop (Michael Bylstra s), mais depuis c'est toujours le premier résultat sur Google la plupart des gens voir, je pense que nous avons besoin d'une plus pratiques exemplaires modernes-django style de réponse ici:
```
from django.db.models.signals import post_save

class MyModel(models.Model):
    # ...
    @classmethod
    def post_create(cls, sender, instance, created, *args, **kwargs):
        if not created:
            return
        # ...what needs to happen on create

post_save.connect(MyModel.post_create, sender=MyModel)
```
Le point est ceci:
1. utiliser des signaux (lire plus ici, dans les docs officielles)
2. utiliser une méthode de nice namespacing (si cela fait sens) ...et j'ai marqué comme @classmethod au lieu de @staticmethod parce que le plus probable que vous allez finir par avoir besoin de consulter les membres de classe statiques dans le code
Même plus propre serait, si les Django auraient une réelle post_create signal. (À mon humble avis, si vous avez besoin de passer un booléen arg pour un changement de comportement d'une méthode, qui devrait être de 2 méthodes.)

InformationsquelleAutor NeuronQ

Pour répondre à la question littéralement, le create méthode dans un modèle du manager est un moyen standard pour créer de nouveaux objets dans Django. Pour remplacer, faire quelque chose comme

from django.db import models

class MyModelManager(models.Manager):
    def create(self, **obj_data):
        # Do some extra stuff here on the submitted data before saving...
        # For example...
        obj_data['my_field'] = my_computed_value(obj_data['my_other_field'])

        # Now call the super method which does the actual creation
        return super().create(**obj_data) # Python 3 syntax!!

class MyModel(models.model):
    # An example model
    my_field = models.CharField(max_length=250)
    my_other_field = models.CharField(max_length=250)

    objects = MyModelManager()

Dans cet exemple, je suis à la substitution de la Gestionnaire de la méthode de create méthode pour faire du traitement supplémentaire avant que l'instance est en fait créé.

REMARQUE: Code comme

my_new_instance = MyModel.objects.create(my_field='my_field value')

exécutera cette modifiée create méthode, mais le code comme

my_new_unsaved_instance = MyModel(my_field='my_field value')

ne sera pas.

InformationsquelleAutor Mark Chackerian

3

Primordial __init__() vous permettra d'exécuter du code lorsque le modèle est instancié. N'oubliez pas d'appeler le parent __init__().
- Ah oui, c'était la réponse. Ne sais pas comment j'ai négligé cette. Grâce Ignacio.
InformationsquelleAutor Ignacio Vazquez-Abrams
3

Vous pouvez remplacer la méthode de création d'un gestionnaire ou d'ajouter un classmethod sur le modèle de la classe. https://docs.djangoproject.com/en/1.11/ref/models/instances/#creating-objects

InformationsquelleAutor Ryan Allen
1

Préféré réponse est correcte, mais le test pour savoir si l'objet est créé ne fonctionne pas si votre modèle de dérive de UUIDModel. Le pk champ ont déjà une valeur.

Dans ce cas, vous pouvez le faire:

already_created = MyModel.objects.filter(pk=self.pk).exists()

InformationsquelleAutor Julio Carrera

Vous devez vous connecter pour publier un commentaire.