好吧,无论如何,您使用它的方式是错误的。您只需将管理器传递给 for 循环,而不是可以迭代的查询集。但是,photos 本身是一个“相关管理器”,而不是实际的 ProductPhoto 模型,并且相关管理器基于第一个列出的管理器或 objects(默认管理器)。
由于您定义了 live,但没有同时定义 objects,因此您实际上在此模型上没有 objects 管理器,即 this 将失败:ProductPhoto.objects.all()。请记住,如果您在模型上定义自定义管理器,Django 将不再自动添加一个名为 objects 的管理器。
好消息是因为live 现在是默认管理器,您可以像这样使用它:
{% for photo in product.photos.all %}
而且,您只会获得“活动”对象。坏消息是,这将破坏许多其他依赖于默认管理器的东西是对象的完整集合(例如管理员)。您实际上是在隐藏“非活动”对象块。
你应该拥有的是:
class ProductPhoto(models.Model):
product = models.ForeignKey('Product', related_name='photos')
is_live = models.IntegerField(choices=LIVE_CHOICES, default=1)
objects = models.Manager()
live = LiveManager()
注意objects 是手动定义的并且它是第一个,这意味着它将保持默认管理器。但是,这将不再允许您在模板中使用 live 管理器。一般来说,对于这样的事情,最好只使用一个管理器并为其添加一个方法以返回“活动”对象:
class ProductPhotoQuerySet(models.query.QuerySet):
def live(self):
return self.filter(is_live=1)
class ProductPhotoManager(models.Manager):
use_for_related_fields = True
def get_query_set(self):
return ProductPhotoQuerySet(self.model)
def live(self, *args, **kwargs):
return self.get_query_set().live(*args, **kwargs)
在这里,我们实际上是 QuerySet 和 Manager 的子类。这将允许您将live 链接到任何地方,而不仅仅是在前面。例如,如果您只有一个没有自定义查询集的自定义管理器,您将只能执行 ProductPhoto.objects.live().filter(...) 而不是 ProductPhoto.objects.filter(...).live()。
然后,您将其作为objects 添加到您的模型中(代替 Django 提供的默认值):
class ProductPhoto(models.Model):
product = models.ForeignKey('Product', related_name='photos')
is_live = models.IntegerField(choices=LIVE_CHOICES, default=1)
objects = ProductPhotoManager()
最后,您可以在模板中使用它:
{% for photo in product.photos.live %}