Django代理模型与前端分类参数映射的最佳实现方案

首先先修正现有代码的基础问题：当前定义的两个Manager类没有继承models.Manager，实际运行会报错，需要先调整为继承Django模型管理器基类：

from django.db import models

class SuperheroesManager(models.Manager):
    def get_queryset(self):
        return super().get_queryset().filter(publisher__in=['Marvel','DC'])

class RecentManager(models.Manager):
    def get_queryset(self):
        return super().get_queryset().filter(release_date__gte='2020-01-01')

针对「前端分类入参和代理类映射、移除getattr隐式依赖、无需手动维护映射字典」的核心需求，最适配的方案是基于类初始化钩子的自动注册映射，实现成本极低，完全满足所有要求：

具体实现 #

第一步：在Video基类实现自动注册逻辑 #

利用Python3自带的__init_subclass__钩子，所有继承Videos的子类在定义阶段会自动完成注册，不需要手动往映射表添加内容：

class Videos(models.Model):
    title = models.CharField(max_length=200)
    publisher = models.CharField(max_length=100)
    release_date = models.DateField()

    # 全局分类注册表，key为前端传入的分类参数，value为对应代理类
    _category_registry = {}
    # 子类可自定义前端传参值，不配置则默认用类名小写
    category_slug = None

    def __init_subclass__(cls, **kwargs):
        super().__init_subclass__(**kwargs)
        # 仅注册代理模型，普通非代理子类自动跳过
        if not cls._meta.proxy:
            return
        # 生成映射slug：优先用子类自定义slug，否则取类名转小写
        slug = cls.category_slug or cls.__name__.lower()
        cls._category_registry[slug] = cls

第二步：代理类按需配置（无特殊需求零改动） #

现有代理类不需要做任何修改就能自动注册，如果后续要自定义前端传的参数值，只要加个category_slug属性即可，比如：

class Superheroes(Videos):
    objects = SuperheroesManager()
    # 如果要让前端传"marvel_dc"对应这个分类，解开下一行注释即可
    # category_slug = "marvel_dc"

    class Meta:
        proxy = True

class Recent(Videos):
    objects = RecentManager()
    # 如果要让前端传"latest"对应这个分类，解开下一行注释即可
    # category_slug = "latest"

    class Meta:
        proxy = True

第三步：视图层替换原有动态取类逻辑 #

直接从注册表取对应类，自带合法性校验，彻底消除之前getattr带来的任意类调用风险：

from django.http import Http404

def index(request, report_picked):
    category_cls = Videos._category_registry.get(report_picked)
    if not category_cls:
        raise Http404("请求的分类不存在")
    videos = category_cls.objects.all()
    # 后续业务逻辑保持原有写法即可

方案优势 #

• 零手动维护成本：后续新增任意数量的代理类，只要继承Videos、配置好对应Manager，启动时会自动完成注册，不需要修改任何映射相关代码
• 完全解耦隐式依赖：前端传参和类名不再强绑定，重构类名、修改传参值只需要调整代理类的category_slug属性，不会出现接口和类名不一致导致的线上问题
• 安全性有保障：只有主动标记为代理模型、完成注册的类能被接口访问，不会出现之前通过getattr读取模块属性时，传入其他类名导致非预期逻辑被执行的漏洞
• 扩展性极强：后续如果要给分类加展示名称、排序权重、权限控制、过滤规则说明等属性，直接在基类定义对应类属性，注册时统一收集即可，甚至可以直接通过注册表生成前端需要的分类下拉选项接口，不需要额外维护分类列表

补充说明 #

这个方案不需要实现返回实例的工厂方法，注册表中存储的就是类本身，取到之后的调用方式和原有写法完全一致，没有额外适配成本。如果后续需要对分类做更复杂的管控，比如给不同分类绑定不同的序列化规则、权限校验逻辑，都可以直接在代理类上加对应方法，视图层取到类之后直接调用即可，逻辑完全内聚。

内容的提问来源于stack exchange，提问作者Maikol