我通过以下方式测试了Django的“pre_save”信号,但无法捕获其中任何一个信号。
$
from django.db.models.signals import pre_save
import logging
def my_callback(sender, **kwargs):
logging.debug("======================================")
pre_save.connect(my_callback)
在manage.py shell中运行以上代码: 然后我运行我的网站,看看models.save()工作成功,但回调函数没有运行。
或者,我再次在shell上运行上面的代码,然后在shell中运行models.save()。 “save”再次运行良好,但回调函数仍然没有发生。
最后,我将上述代码嵌入__init__.py
文件中,然后在网站上运行save()函数。但是,没有任何事情发生。
请您帮我弄清楚为什么pre_save信号似乎不起作用?
答案 0 :(得分:9)
您没有为其设置发件人类。
from django.db.models.signals import pre_save
from myapp.models import MyModel
import logging
def my_callback(sender, **kwargs):
logging.debug("======================================")
pre_save.connect(my_callback, sender=MyModel)
其次,如果您使用的是Django 1.3,则应使用新的装饰器语法。
# Inside your models.py
from django.db import models
from django.db.models.signals import pre_save
from django.dispatch import receiver
class MyModel(models.Model):
field1 = models.TextField()
field2 = models.IntegerField()
@receiver(pre_save, sender=MyModel)
def mymodel_save_handler(sender, **kwargs):
logging.debug("======================================")
应该这样做,但我没有测试过代码,所以请告诉我它是否仍然存在。
答案 1 :(得分:3)
Eric的回答让它起作用的原因是因为他让你连接models.py中的信号,所以当你通过网站保存模型时,信号处理程序与信号触发器处于同一过程。
在示例1和示例3中,很容易看出它们无法正常工作的原因 - 您将保存在信号接收器正在侦听的不同过程(网站)中。
我希望我能更好地理解为什么示例2也被破坏但是我在我自己的项目中调试了类似的问题,同时在shell中测试信号,这肯定与信号发送器和接收器无法“看到”各自有关其他
答案 2 :(得分:3)
logging.debug()
正在使用根记录程序,默认情况下处理程序级别为 30 ('警告')。
=> logging.debug('something')
只是根本不做任何事情(DEBUG等级为10 <30)。见http://docs.python.org/2/library/logging.html
应该使用另一个自定义记录器进行相同的测试,或者执行以下操作:
l = logging.getLogger()
l.setLevel(10)
def my_callback(sender, **kwargs):
logging.debug("======================================")
pre_save.connect(my_callback)
原始问题没有包含足够的信息,无法知道这是OP面临的真正问题(或部分问题)。
但是OP的代码肯定无法与我的./manage.py shell
答案 3 :(得分:-1)
如django signals doc pre_save
信号中所述接受3个唯一参数(不是关键字参数),因此,您需要编辑my_callback
函数,如下所示:
def my_callback(sender,instance, using, **kwargs):
logging.debug("======================================")