Comment définir un Django modèle du champ valeur par défaut à un appel de fonction / callable (par exemple, une date par rapport à l'heure de modèle de création de l'objet)

ÉDITÉ:

Comment puis-je configurer un Django par défaut d'une rubrique à une fonction qui récupère évalués à chaque fois qu'un nouveau modèle objet est créé?

Je veux faire quelque chose comme ce qui suit, sauf que dans ce code, le code est évaluée une fois et définit la valeur par défaut, à la même date pour chaque modèle objet créé, plutôt que d'évaluer le code à chaque fois qu'un modèle objet est créé:

from datetime import datetime, timedelta
class MyModel(models.Model):
  # default to 1 day from now
  my_date = models.DateTimeField(default=datetime.now() + timedelta(days=1))

ORIGINAL:

Je veux créer une valeur par défaut pour un paramètre de la fonction telle qu'elle est dynamique et obtient appelés et mis à chaque fois que la fonction est appelée. Comment puis-je le faire? par exemple,

from datetime import datetime
def mydate(date=datetime.now()):
  print date

mydate() 
mydate() # prints the same thing as the previous call; but I want it to be a newer value

Plus précisément, je veux le faire dans Django, par exemple,

from datetime import datetime, timedelta
class MyModel(models.Model):
  # default to 1 day from now
  my_date = models.DateTimeField(default=datetime.now() + timedelta(days=1))
  • La question est de misworded: il n'a rien à voir avec la fonction de paramètre par défaut. Voir ma réponse.
  • Par @NedBatchelder commentaire, j'ai édité ma question (indiqué comme "MODIFIÉ:") et à gauche l'original (indiqué comme "ORIGINAL:")
InformationsquelleAutor Rob Bednark | 2012-09-29
  1. 128

    La question est erronée. Lors de la création d'un modèle de champ dans Django, vous n'êtes pas à la définition d'une fonction, de sorte que la fonction des valeurs par défaut ne sont pas pertinents:

    from datetime import datetime, timedelta
class MyModel(models.Model):
  # default to 1 day from now
  my_date = models.DateTimeField(default=datetime.now() + timedelta(days=1))

    Cette dernière ligne n'est pas la définition d'une fonction; c'est l'appel d'une fonction pour créer un champ dans la classe.

    PRÉ Django 1.7

    Django vous permet de passer un appelable par défaut, et il va l'appeler à chaque fois, tout comme vous le souhaitez:

    from datetime import datetime, timedelta
class MyModel(models.Model):
  # default to 1 day from now
  my_date = models.DateTimeField(default=lambda: datetime.now() + timedelta(days=1))

    Django 1.7+

    Veuillez noter que depuis Django 1.7, l'utilisation de lambda comme valeur par défaut n'est pas recommandé (c.f. @stvnw commentaire). La bonne façon de le faire est de déclarer une fonction avant le domaine et l'utiliser comme un objet appelable dans default_value nommé arg:

    from datetime import datetime, timedelta

# default to 1 day from now
def get_default_my_date():
  return datetime.now() + timedelta(days=1)

class MyModel(models.Model):
  my_date = models.DateTimeField(default=get_default_my_date)

    Plus d'informations dans le @simanas réponse ci-dessous

    • Merci @NedBatchelder. C'est exactement ce que je cherchais. Je ne savais pas que "par défaut" pourrait prendre un appelable. Et maintenant je vois comment ma question est effectivement erronée quant à l'invocation de la fonction vs définition de la fonction.
    • Notez que pour Django>=1.7 l'utilisation des expressions lambda n'est pas recommandé pour les options de champ parce qu'ils sont incompatibles avec les migrations. Ref: Docs, billet
    • Veuillez décocher cette réponse, comme c'est mauvais pour Djange>=1.7. La réponse par @Simanas est absolument correcte et doit donc être accepté.
    • Comment est-ce de travailler avec les migrations? Faire tous les anciens objets d'obtenir une date en fonction du moment de la migration? Est-il possible de définir une valeur par défaut différente pour être utilisé avec les migrations?
    • Que faire si je veux passer un certain nombre de paramètres à get_default_my_date?
    InformationsquelleAutor Ned Batchelder
  2. 55

    Faire ce default=datetime.now()+timedelta(days=1) est absolument faux!

    Il obtient évalué lorsque vous démarrez votre instance de django. Si vous êtes sous apache, il fonctionnera probablement, parce que sur certaines configurations apache révoque votre application django, pour chaque demande, mais vous pouvez toujours trouver que vous êtes une personne un jour, en regardant à travers votre code et essayer de comprendre pourquoi cela s'est calculée non pas comme vous l'attendez.

    La bonne façon de le faire est de passer un objet appelable à l'argument par défaut. Il peut être un datetime.aujourd'hui, de fonction ou de votre fonction personnalisée. Puis il est évalué à chaque fois que vous demandez une nouvelle valeur par défaut.

    def get_deadline():
    return datetime.today() + timedelta(days=20)

class Bill(models.Model):
    name = models.CharField(max_length=50)
    customer = models.ForeignKey(User, related_name='bills')
    date = models.DateField(default=datetime.today)
    deadline = models.DateField(default=get_deadline)
    • Si mon défaut est basé sur la valeur d'un autre champ dans le modèle, est-il possible de passer ce champ en tant que paramètre comme quelque chose comme get_deadline(my_parameter)?
    • cela devrait être une nouvelle question!
    • Nope. Ce n'est pas possible. Vous devez utiliser une approche différente de le faire.
    • Comment enlever les deadline champ nouveau, tout aussi la suppression de la get_deadline fonction? J'ai retiré un champ avec une fonction d'une valeur par défaut, mais maintenant, Django se bloque au démarrage après la suppression de la fonction. J'ai pu modifier manuellement la migration, ce qui serait ok dans ce cas, mais que faire si vous avez simplement changé la valeur par défaut de la fonction, et voulait supprimer l'ancienne fonction?
    InformationsquelleAutor Simanas
  3. 7

    Il y a une distinction importante entre les deux DateTimeField constructeurs:

    my_date = models.DateTimeField(auto_now=True)
my_date = models.DateTimeField(auto_now_add=True)

    Si vous utilisez auto_now_add=True dans le constructeur, le type datetime référencé par my_date est "immuable" (qu'une seule fois, lorsque la ligne est insérée dans la table).

    Avec auto_now=True, cependant, la valeur de type datetime sera mis à jour chaque fois que l'objet est enregistré.

    Cela a certainement été un piège pour moi à un moment donné. Pour référence, les docs sont ici:

    https://docs.djangoproject.com/en/dev/ref/models/fields/#datetimefield

    • Vous avez vos définitions de auto_now et auto_now_add mélangés, c'est l'inverse.
    • mieux maintenant?
    InformationsquelleAutor damzam
  4. 3

    Vous ne pouvez pas le faire directement; la valeur par défaut est évalué lors de la définition de la fonction est évaluée. Mais il y a deux façons de contourner cela.

    Tout d'abord, vous pouvez créer (et puis appel) une nouvelle fonction à chaque fois.

    Ou, plus simplement, il suffit d'utiliser une valeur spéciale pour marquer la valeur par défaut. Par exemple:

    from datetime import datetime
def mydate(date=None):
  if date is None:
    date = datetime.now()
  print date

    Si None est parfaitement raisonnable de la valeur du paramètre, et il n'y a raisonnablement pas d'autre valeur que vous pourriez utiliser à sa place, il vous suffit de créer une nouvelle valeur qui est certainement en dehors du domaine de votre fonction:

    from datetime import datetime
class _MyDateDummyDefault(object):
  pass
def mydate(date=_MyDateDummyDefault):
  if date is _MyDateDummyDefault:
    date = datetime.now()
  print date
del _MyDateDummyDefault

    Dans certains cas rares, vous êtes en train de rédiger méta-code qui n'a vraiment besoin pour être en mesure de prendre absolument n'importe quoi, même, dit-on, mydate.func_defaults[0]. Dans ce cas, vous devez faire quelque chose comme ceci:

    def mydate(*args, **kw):
  if 'date' in kw:
    date = kw['date']
  elif len(args):
    date = args[0]
  else:
    date = datetime.now()
  print date
    • Notez qu'il n'y a pas de raison de le fait d'instancier la valeur nominale de la classe - il suffit d'utiliser la classe elle-même que la valeur factice.
    • Vous POUVEZ le faire directement, il suffit de passer dans la fonction au lieu de la suite de l'appel de la fonction. Voir mon posté réponse.
    • Non, vous ne pouvez pas. Le résultat de la fonction n'est pas la même chose que les paramètres normaux, alors il ne peut pas raisonnablement être utilisé comme valeur par défaut pour ces paramètres normaux.
    • Eh bien oui, si vous passez un objet au lieu d'une fonction, il déclenche une exception. La même chose est vraie si vous passer une fonction en paramètre attend une chaîne de caractères. Je ne vois pas en quoi c'est pertinent.
    • Elle est pertinente, parce que son myfunc fonction est de faire prendre (et imprimer) un datetime; vous l'avez changé, il ne peut donc pas être utilisé de cette façon.
    • Je n'étais pas au courant, nous n'étions pas autorisés à modifier la façon dont la fonction est utilisée. Ma façon fonctionne très bien, il nécessite simplement de passer une fonction au lieu d'une date, qui est tout aussi (ou plus) élégant que de prendre une valeur de l'espace réservé.
    • Il n'est même pas proche comme élégant. Ma solution feuilles de l'API, comme il est; votre la remplace par quelque chose d'inhabituel et unpythonic. C'est pourquoi vous voyez le code comme le mien partout dans la bibliothèque standard, et le code, comme la vôtre, nulle part.

    InformationsquelleAutor abarnert
  5. 3

    Parfois, vous devrez peut-être le modèle d'accès des données après la création d'un nouveau modèle d'utilisateur.

    Ici est de savoir comment générer un jeton pour chaque nouveau profil d'utilisateur en utilisant les 4 premiers caractères de leur nom d'utilisateur:

    from django.dispatch import receiver
class Profile(models.Model):
    auth_token = models.CharField(max_length=13, default=None, null=True, blank=True)


@receiver(post_save, sender=User) # this is called after a User model is saved.
def create_user_profile(sender, instance, created, **kwargs):
    if created: # only run the following if the profile is new
        new_profile = Profile.objects.create(user=instance)
        new_profile.create_auth_token()
        new_profile.save()

def create_auth_token(self):
    import random, string
    auth = self.user.username[:4] # get first 4 characters in user name
    self.auth_token =  auth + ''.join(random.SystemRandom().choice(string.ascii_uppercase + string.digits + string.ascii_lowercase) for _ in range(random.randint(3, 5)))
    InformationsquelleAutor CoreCreatives
  6. 2

    Passer de la fonction en tant que paramètre au lieu de passer dans la suite de l'appel de la fonction.

    Qui est, au lieu de cela:

    def myfunc(date=datetime.now()):
    print date

    Essayez ceci:

    def myfunc(date=datetime.now):
    print date()
    • Cela ne fonctionne pas, parce que maintenant, l'utilisateur ne peut pas passer d'un paramètre que vous allez essayer de l'appeler comme une fonction et de lever une exception. Dans ce cas, vous pourriez tout aussi bien prendre aucune params et print datetime.now() sans condition.
    • Essayez-la. Vous n'êtes pas du passage d'une date, vous êtes en passant datetime.maintenant en fonction.
    • Oui, la valeur par défaut est le passage du datetime.now fonction. Mais tout utilisateur qui passe une non-valeur par défaut sera le passage d'un datetime, pas une fonction. foo = datetime.now(); myfunc(foo) va augmenter TypeError: 'datetime.datetime' object is not callable. Si je voulais utiliser votre fonction, je dois faire quelque chose comme myfunc(lambda: foo) au lieu de cela, ce qui n'est pas raisonnable de l'interface.
    • Je ne pense pas que son déraisonnable d'avoir une interface qui nécessite un passé dans la fonction. L'utilisateur devra transmettre une date de génération de chose, pas une date. Donc lambda: datetime.now() + timedelta(j=1), pour l'exemple.
    • Je ne sais même pas quoi dire à cela. Personne ne va s'attendre à une interface comme ça, ou comme ça, ou de se rappeler comment l'utiliser. C'est tout simplement ridicule.
    • Les Interfaces qui acceptent les fonctions ne sont pas inhabituelles. J'ai pu commencer à appeler les exemples de l'python stdlib, si vous le souhaitez.
    • Oui, fonctions d'ordre supérieur prennent des fonctions. Date de prise de fonctions de dates. time.strftime, par exemple, ne prenez pas une fonction qui renvoie une fois, ni n' str.__add__ prendre une fonction qui retourne une chaîne de caractères.
    • La question posée ici est de générer une valeur pour remplir un champ de date, pas une "date". Je suis d'accord, si vous écrivez une date de bibliothèque, mais ce n'est pas cela.
    • Il s'agit clairement d'essayer d'écrire tous les jours, fonction ordinaire avec un tous les jours, interface ordinaire, sauf qu'il veut que le défaut d'être quelque chose de dynamique. Vous avez remplacé avec quelque chose de différent et qui ne peut pas être utilisée de la même façon. Pensez-vous vraiment la models.DateTimeField interface attend (ou devrait s'attendre) une fonction qui retourne une date, au lieu d'une date?
    • Non, je ne pense pas que. Je ne me soucie pas vraiment de ce que le réel défaut DateTimeField comportement est, vous remarquerez qu'aucun de nos solutions serait de travailler facilement, puisque nous avons tous deux besoin de changer le comportement de cet objet (votre solution pour interpréter la valeur de l'espace réservé, une mine d'accepter une fonction.) Et si vous êtes va être primordial que le comportement de toute façon, alors vous pouvez faire votre interface s'attendre à ce que vous souhaitez.
    • Django accepte d'ores et déjà un callable exactement comme cette question suggère.

    InformationsquelleAutor