Django中如何按REST规范在响应中传递上下文数据？

你当前的做法不对：response.context_data是Django模板渲染时用的上下文变量，DRF的JSON响应不会自动序列化这个字段，前端根本拿不到你定义的inactive_accounts和accounts_without_token数据。

按照REST规范，正确的做法是把列表数据和汇总统计数据包装在同一个顶层JSON对象中，这样前端无需遍历列表就能直接获取统计值。具体实现如下：

正确实现方式（在列表视图中处理） #

直接修改视图的list方法，重构响应数据结构，将原用户列表放在results字段，统计数据放在顶层：

def list(self, request, *args, **kwargs):
    response = super().list(request, *args, **kwargs)
    
    # 直接从数据库查询统计，比遍历序列化后的数据效率更高
    queryset = self.get_queryset()
    # 统计token无效的账户
    inactive_accounts = queryset.filter(facebook_access_token__is_active=False).count()
    # 统计没有token的账户
    accounts_without_token = queryset.filter(facebook_access_token__isnull=True).count()
    
    # 重构响应数据，符合REST规范的格式
    response.data = {
        "results": response.data,
        "inactive_accounts": inactive_accounts,
        "accounts_without_token": accounts_without_token
    }
    return response

修改后，接口返回的格式会变成：

{
    "results": [
        // 原用户列表数据
    ],
    "inactive_accounts": 0,
    "accounts_without_token": 2
}

为什么不在序列化器中处理？ #

序列化器的职责是序列化单个模型实例，全局统计属于整个列表的聚合逻辑，放在视图层更合理，也符合单一职责原则。如果把统计逻辑塞到序列化器里，会导致序列化器职责混乱，且无法高效处理全局统计。

额外优化点 #

• 直接用查询集的count()方法统计，比遍历序列化后的数据效率高得多，避免了先序列化所有数据再遍历的冗余操作。
• 这种格式和DRF默认的分页响应格式（包含count、results字段）一致，前端可以复用相同的解析逻辑。

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