ViewSet不能直接当视图用，因为它只是封装增删改查方法的类，未绑定HTTP方法和路由，需通过as_view()映射或Router自动处理。
ViewSet 为什么不能直接当视图用？
因为 ViewSet 本身不是视图函数或类视图，它只是把增删改查逻辑打包成方法（比如 list、retrieve），但没绑定 HTTP 方法和 URL 路由。直接注册到 urlpatterns 会报 TypeError: ViewSet is not a valid view。
- 必须通过
as_view()把具体动作映射成视图，例如MyViewSet.as_view({'get': 'list'}) - 更常见的是交给
Router自动处理——它内部就做了这层映射 - 如果你手动写
as_view()，注意字典 key 是 HTTP 方法小写，value 是ViewSet内的方法名，拼错就 405
SimpleRouter 和 DefaultRouter 有啥区别？
DefaultRouter 比 SimpleRouter 多一个根路径（/）的 API 目录页，列出所有已注册的端点；它还默认为每个视图集加一个 api-root 名称，方便反向解析。
- 开发调试时用
DefaultRouter更方便，上线可换回SimpleRouter省一点开销 - 两者都支持
basename参数，用于生成 URL name 和反向解析，尤其当视图集没绑定queryset时必须显式传 - 别依赖
queryset自动推导basename：如果queryset = None或用了get_queryset()动态返回，不设basename就会报AssertionError: Router must be provided with a basename
怎么让同一个 ViewSet 响应不同 URL 路径？
靠 Router.register() 的 basename 和 prefix 配合，或者用多个 register() 调用指向同一个视图集。
-
router.register('users', UserViewSet)→/users/、/users/{id}/ -
router.register('staff', UserViewSet, basename='staff')→/staff/、/staff/{id}/，这时必须写basename，否则名字冲突 - 两个注册共用一个视图集时，记得检查权限和
get_queryset()是否兼容不同路径语义（比如/staff/可能要过滤is_staff=True）
URL 反向解析时 name 对不上怎么办？
DRF 的 Router 生成的 URL name 格式固定：[basename]-[action]，比如 user-list、user-detail。如果手写 name=... 或改过 basename，反向解析就会失败。
- 用
reverse('user-detail', kwargs={'pk': 123})前，先确认basename是什么（看register()第三个参数，没传就默认是模型名小写） - 自定义 action（比如加了
@action(methods=['post'], detail=True)）会生成user-custom-action这样的 name，注意连字符和大小写 - 模板里用
{% url 'user-list' %}时，确保加载了url模板标签，且路由已包含在主urls.py中（常漏掉include()）
urlpatterns 很爽，但一旦 basename、queryset、自定义 action 名称或 Router 类型混用，出问题时错误信息往往不直接指向根源。 
