一、url分发
以防有其他业务线的需要，导致url杂乱，将每个app用到的url都设置在自己的应用中。
# 项目下的url
url(r"^api/(?P<version>w+)/", include("api.urls")),
# 应用下的url url(r"^login/$", account.LoginView.as_view()), url(r"^courses/$", course.CourseViewSet.as_view({"get": "list"})), url(r"^course/(?P<pk>d+)/$", course.CourseViewSet.as_view({"get": "retrieve"})),
二、获取多条数据和详细数据
先来看一下示例用到的 model 表结构：
从上面的url可知道，这两条接口可以用同一个CBV处理数据：
①课程页面，应该包含多条数据（需要分页），所以是基于 Course 表做数据处理的；
②课程详情页面，就应该基于 CourseDetail 表展开操作，前端要什么数据就返回什么数据，而不是返回所有数据。
那么让我们看看用 rest_framework 的序列化做了什么：
对于这条接口：
http://127.0.0.1:8000/api/v1/courses/
需要获取的数据很简单，如下：
从model中知道，level 字段存储的是对应 level 的数字，但我们不应该给前端返回1、而是返回对应的 level 文字，所以对于 level 字段采用了 get_level_display。
对于这条接口：
http://127.0.0.1:8000/api/v1/course/1/
如果需要返回的数据很多，那么对应的逻辑也就相对复杂一点，具体如下：
那么让我们看一下这条API返回的数据吧（测试数据提前录入好了~）：
只要熟悉了这两条API数据处理方式，基本需要什么数据都能返回。
三、登录接口
登录成功，给用户返回token。
在model中新增两张表：
这里登录视图继承APIView实现，当然也可以选择其他的，逻辑如下：
四、需要身份认证的视图
前端逻辑：如果这个页面需要登录才能访问，则跳转到登录页面，登录成功，则会获取到后端返回的token，比如vue中使用vue-cookies保存登录成功的用户信息（包括token），然后再携带token访问这个页面的接口；
后端逻辑：给这个视图加上身份认证即可，这个认证就可以基于token来做。
给这个视图加上认证即可，哪个视图需要认证就在哪里加，不建议全局配置。
如果在settings.py中配置了：
REST_FRAMEWORK = { "UNAUTHENTICATED_USER": None, # 匿名用户，request.user = None "UNAUTHENTICATED_TOKEN": None, # 匿名用户，request.auth = None }
在视图中，对于没有登录的用户（匿名用户），request.user 为 None，如果没设置，则显示 AnonymousUser，建议配置，简洁、更好区分。
综上，结合API要体现接口、体现版本，最好返回JSON格式数据，所以我的 REST_FRAMEWORK 暂时配置如下：
REST_FRAMEWORK = { "DEFAULT_RENDERER_CLASSES": [ "rest_framework.renderers.JSONRenderer", # "rest_framework.renderers.BrowsableAPIRenderer", ], "DEFAULT_VERSIONING_CLASS": "rest_framework.versioning.URLPathVersioning", "VERSION_PARAM": "version", # 参数 "DEFAULT_VERSION": "v1", # 默认的版本 "ALLOWED_VERSIONS": ["v1", "v2"], # 允许的版本 "UNAUTHENTICATED_USER": None, "UNAUTHENTICATED_TOKEN": None, }
在开发阶段 BrowsableAPIRenderer 渲染器可以使返回的数据在浏览器以更清晰的形式展示，一下就能看出数据整体结构，加快开发速度。实际生产环境记得去掉。