BBS项目(三)：侧边栏筛选功能 文章详情页搭建 点赞点踩功能 文章根评论功能
复习与补充
admin后台管理复习：
admin.py文件中注册模型表 然后访问admin路由使用超级管理员登录
admin.site.register(models.UserInfo)
"""
1.后台可以不填写某字段
blank=True
2.后台显示表名
class Meta:
verbose_name_plural = ''
"""
ps:绑定关系要细心
功能补充：
1. 用户注册之后自动生成站点
之前我们用户注册之后，站点和用户之间的关系没有绑定。可以在用户注册时，输入有关站点的信息，注册完成之后，直接录入站点表，自动生成个人站点
2. 个人站点名字扩展
之前我们的站点名字 和 站点路由名是相同的，应该支持用户自定义站点名。
侧边栏筛选功能
1.先研究博客园三种情况下的筛选特性
分类筛选路由特性: 站点名称/category/数据主键值
标签筛选路由特性: 站点名称/tag/数据主键值
日期筛选路由特性: 站点名称/archive/文章年月
2.研究路由开设接口
多个路由使用相同的视图函数 因为个人站点的文章和侧边栏筛选的文章互为父子集
# 侧边栏筛选接口
# path('<str:username>/category/<int:category_id>/', views.site_func),
# path('<str:username>/tag/<int:tag_id>/', views.site_func),
# path('<str:username>/archive/<str:yearAndmonth>/', views.site_func),
# 上述三个路由可以合并成一个路由
re_path('^(?P<username>\w+)/(?P<condition>category|tag|archive)/(?P<params>.*?)/', views.site_func)
由于以上路由传递的实参个数不相同，所以在视图函数我们可以使用可变长形参接受：
# def site_func(request,username,**kwargs):
3.由于筛选还是基于个人站点 所以多个路由使用相同的视图函数
通过视图函数接收的实参个数不同从而区分不同的业务逻辑
4.侧边栏筛选后端逻辑
个人站点页主体部分：
正常情况下：个人站点应该展示所有文章
经过侧边栏筛选： 展示被筛选的部分文章
个人站点侧边栏部分：
侧边栏的分类、标签、日期依旧是根据该用户的所有文章生成的，与侧边栏筛选之后的结果无关。
5.根据条件二次过滤文章数据
正反向查询、神奇的双下划线查询
文章详情页搭建
1.路由的设计
站点名称/article/数据主键值
开设新路由
2.侧边栏制作inclusion_tag
对于侧边栏这局部的html代码要在好几个页面使用，并且这个html中用到的数据是动态渲染的。
所以要使用inclusion_tag来进行实现。也可以在视图函数重新写orm，但是重复的代码太多，不建议这么做。
2.1侧边栏很多页面都需要使用 并且还需要传参才可以加载出来
2.2干脆制作成inclusion_tag调用 从而节省代码
2.3自定义操作固定步骤(模板层相关知识)
3.文章详情页后端逻辑
开设新路由 ---> 筛选用户写的文章（查询1篇） ---> 前端模板继承 ---> 侧边栏数据丢失 ---> 使用inclusion_tag ---> 获取外部文章html代码 ---> safe信任html代码
点赞点踩样式搭建
1.数据准备
直接拷贝博客园样式即可 主要除了html还有css 遇到图片防盗链问题，就将图片下载到本地
2.针对路由匹配
含有动态匹配的路由很多时候可能会出现顶替的情况
这个时候我们可以将简单的路由放前面 复杂的放后面 甚至修改匹配策略
点赞点踩功能完善
1.前端页面给点赞点踩图标绑定点击事件
通过标签class值的不同区分是赞还是踩
发送ajax请求携带文章主键值、点赞点踩...
2.后端业务逻辑
校验用户是否登录、校验当前用户是否是文章作者、校验当前用户是否已经点过、完成数据库操作(注意普通字段数据更新)
ps:注意前端发送过来的js类型的布尔值需要自己处理成python布尔值
3.前端展示优化
信息提示、数字动态变化
ps:针对标签文本需要做类型转换 否则默认是字符串拼接
文章评论前期准备
1.前端样式搭建
最简易的几个标签
获取用户输入的textarea以及一个提交按钮
2.评论逻辑
先考虑根评论 之后再考虑子评论 不要乱!!!
3.根评论
点击提交评论按钮 发送ajax请求 携带必要的参数即可
文章根评论业务逻辑
1.给提交按钮绑定点击事件
2.发送ajax请求
携带评论内容、文章主键
3.后端直接获取数据并写入数据库
还是得注意文章表中的普通字段
ps:很多业务逻辑可能需要执行多条ORM语句 这个时候为了保证数据的完整可以采用事务操作(回想ORM事务的三种操作方式)
练习
1.整理今日内容及思路
2.连续功能编写
先理清逻辑再动手
ps:编写功能可以先一条道走到黑之后再考虑其他情况
