Замінити набір запитів за замовчуванням у адміністратора Django

Одна з моїх моделей має видалений прапор, який використовується для глобального приховування об’єктів:

class NondeletedManager(models.Manager):
    """Returns only objects which haven't been deleted"""

    def get_query_set(self):
        return super(NondeletedManager, self).get_query_set().exclude(deleted=True)

class Conversation(BaseModel):
    ...
    deleted = models.BooleanField(default=False)
    objects = NondeletedManager()
    all_conversations = models.Manager() # includes deleted conversations

Як я можу замінити набір запитів за замовчуванням, який використовується адміністративним модулем Django для включення видалених розмов?

Ви можете замінити get_queryset метод у своєму класі адміністратора моделі.

class MyModelAdmin(admin.ModelAdmin):
    def get_queryset(self, request):
        qs = super(MyModelAdmin, self).get_queryset(request)
        if request.user.is_superuser:
            return qs
        return qs.filter(author=request.user)

Зверніть увагу, що в Django <= 1,5 метод був названий просто queryset.

Конрад правильний, але це складніше, ніж приклад, наведений у документації.

Видалені бесіди не можуть бути включені до набору запитів, який уже їх виключає. Отже, я не бачу іншого варіанту, ніж повторна реалізація admin.ModelAdmin.queryset.

class ConversationAdmin (admin.ModelAdmin):

    def queryset (self, request):
        qs = Conversation.all_conversations
        ordering = self.get_ordering(request)
        if ordering:
            qs = qs.order_by(*ordering)
        return qs

Що може бути не так із наступним:

class Conversation(BaseModel):
    ...
    deleted = models.BooleanField(default=False)
    objects = models.Manager() # includes deleted conversations
    nondeleted_conversations = NondeletedManager()

Тож у своїх власних додатках / проектах ви використовуєте Conversation.nondeleted_conversations()і дозволяєте вбудованому додатку адміністратора робити це.

Прийняте рішення чудово працює для мене, але мені потрібна була трохи більша гнучкість, тому в підсумку я розширив подання списку змін, щоб додати власний параметр набору запитів. Тепер я можу налаштувати свій набір запитів / фільтр за замовчуванням як такий, і його все ще можна змінити, використовуючи інший фільтр (отримати параметри):

def changelist_view(self, request, extra_context=None):
    if len(request.GET) == 0 :
        q = request.GET.copy()
        q['status__gt'] = 4
        request.GET = q
        request.META['QUERY_STRING'] = request.GET.urlencode()

    return super(WorksheetAdmin,self).changelist_view(request, extra_context=extra_context)

Це можна зробити за допомогою проксі-моделі Django .

# models.py
class UnfilteredConversation(Conversation):
    class Meta:
        proxy = True

    # this will be the 'default manager' used in the Admin, and elsewhere
    objects = models.Manager() 

# admin.py
@admin.register(UnfilteredConversation)
class UnfilteredConversationAdmin(Conversation):
    # regular ModelAdmin stuff here
    ...

Або, якщо у вас є існуючий клас ModelAdmin, який ви хочете використати повторно:

admin.site.register(UnfilteredConversation, ConversationAdmin)

Цей підхід дозволяє уникнути проблем, які можуть виникнути при перевизначенні менеджера за замовчуванням в оригінальній моделі розмови - оскільки менеджер за замовчуванням також використовується у відносинах ManyToMany та зворотних відносинах ForeignKey.

Натан Єллін правильний, але ви можете змінити порядок менеджерів, і перший буде типовим, тоді він використовується адміністратором:

class Conversation(BaseModel):
    ...
    deleted = models.BooleanField(default=False)

    all_conversations = models.Manager() # includes deleted conversations
    objects = NondeletedManager()

Реалізація адмін get_queryset()використання ._default_managerзамість .objects, як показано в наступному

qs = self.model._default_manager.get_queryset()

ref Реалізація Django github BaseModelAdmin

Це гарантує лише те, що кожного разу, коли ви використовуєте YourModel.objects, ви не включатимете видалені об'єкти, а загальні подання та інші використовує також ._default_manager. Тоді, якщо ви не перевизначите get_queryset, це не рішення. Я щойно перевірив ListView та адміністратора.