关于前后端参数传递问题&＃xff0c;欢迎移步我的文章
koko可可&＃xff1a;Django从入门到大作业&＃xff1a;3-前后端传参zhuanlan.zhihu.com
Django与Java Web最最最最最不同的地方&＃xff0c;就是ORM&＃xff08;Object Relational Mapping&＃xff09;。对Django中所有数据表列元素的操作&＃xff0c;都可以映射到某个Object上&＃xff0c;实现整个项目零SQL。换言之&＃xff0c;这种操作最大的好处&＃xff0c;就是你可以无限更换底层数据库&＃xff0c;而不用考虑代码问题。
细心的你&＃xff0c;可能发现&＃xff0c;从项目创建之初&＃xff0c;就出现了一个名叫db.sqlite3的文件。Django自带轻量级数据库SQLite&＃xff0c;这免去了你安装其他数据库的烦恼。
如果只是为了实现华而不实的大作业&＃xff0c;SQLite足够了&＃xff0c;但如果项目在其他方面有需求&＃xff0c;建议一开始就更换底层数据库。&＃xff08;虽说ORM将后端与SQL分离&＃xff0c;但更换完数据库总是会出现玄学bug&＃xff0c;尽早更换数据库&＃xff0c;避免后期一蹶不振的情况&＃xff0c;这简直是我的血泪史&＃xff09;
1. 创建user表
牢记&＃xff1a;user表&＃61;User类&＃xff0c;表中列属性&＃61;类变量
各种教程中花里胡哨的model讲解&＃xff0c;让我对这个东西充满困惑&＃xff0c;但拨云见雾&＃xff0c;就是上面那句话。不要觉得model是个可怕的东西&＃xff0c;它只是与数据库之前的一个映射文件。
由于第一阶段的目的是登入登出&＃xff0c;最快捷的方法就是借用Django自带的user表&＃xff0c;进一步可以使用大量好用的内置函数。
首先创建一个Django自带的User&＃xff1a;终端下执行
用Navicat打开db.sqlite3&＃xff0c;发现下面已经建好了这些表&＃xff0c;其中auth_user就是Django自带的User&＃xff0c;有很多已经存在的API可以直接调用。其他表暂时不用管。
可以看到&＃xff0c;auth_user下有这些字段
但有很大的可能&＃xff0c;auth_user并不能满足你的要求&＃xff0c;比如学号、身份证号、职务等等
Django提供了扩展user的可能性&＃xff0c;来左边跟我一起画条龙
from django.contrib.auth.models import AbstractUser
import django
下面的User是我为教务管理系统设计的&＃xff0c;不难看懂&＃xff0c;不多解释。
class User(AbstractUser):username &＃61; models.CharField(max_length&＃61;20, primary_key&＃61;True, db_index&＃61;True)password &＃61; models.CharField(max_length&＃61;100, null&＃61;False)name &＃61; models.CharField(max_length&＃61;50)id_card &＃61; models.CharField(max_length&＃61;20)sex &＃61; models.CharField(max_length&＃61;2)school &＃61; models.CharField(max_length&＃61;20)major &＃61; models.CharField(max_length&＃61;20)sclass &＃61; models.CharField(max_length&＃61;20)admin_data &＃61; models.DateField(blank&＃61;True, default&＃61;django.utils.timezone.now)is_teacher &＃61; models.BooleanField(default&＃61;False)def __str__(self):return self.name
在setting.py下添加一行声明&＃xff0c;也就是告诉项目“我不用你的user了&＃xff0c;爸爸自己有”
AUTH_USER_MODEL &＃61; "usermng.User"
做完这一步&＃xff0c;我们要更新项目数据库&＃xff08;建表&＃xff09;
终端先后输入
python manage.py makemigrations usermng
python manage.py migrate usermng
如果出现报错&＃xff0c;可以参考下面的解决方案。&＃xff08;我也报错&＃xff0c;真的解释不清&＃xff09;
报错django.db.migrations.exceptions.InconsistentMigrationHistory - WoLykos - 博客园www.cnblogs.com
不出意外&＃xff0c;自定义的user表就出现了&＃xff0c;里面会包含User自带属性&＃43;自定义属性
2. 登录
登录操作借助Django自带函数实现&＃xff08;除了登录&＃xff0c;Django还提供了登出、登录状态判断、注册等内置函数&＃xff0c;真香&＃xff01;&＃xff09;
为了方便后续测试&＃xff0c;我们先创建一个超级管理员用户。在终端输入
python manage.py createsuperuser
从Navicat看一下&＃xff0c;已经创建成功了
Django默认使用pbkdf2_sha256的动态加密方式&＃xff0c;因此数据库中密码为密文保存。下面&＃xff0c;我们借助这个刚创建的用户&＃xff0c;测试登录功能。
回到我们的菜鸡登录函数index()&＃xff0c;导包
from django.contrib.auth import authenticate, login
authenticate用于认证用户名与密码&＃xff0c;login执行登录功能
def index(request):if request.method &＃61;&＃61; "POST":user &＃61; authenticate(username&＃61;request.POST.get("username"), password&＃61;request.POST.get("password"))if user:login(request, user)return render(request, "welcome.html", {"username": request.POST.get("username")})else:return render(request, "index.html", {"error_message": "用户名或密码错误&＃xff01;"})else:return render(request, "index.html")
可以看到&＃xff0c;通过认证的用户&＃xff0c;跳转至welcome.html页面&＃xff0c;而未通过验证的用户&＃xff0c;将停留在原地&＃xff0c;并弹出alert提示。前端welcome不动&＃xff0c;index.html添加报错引导&＃xff1a;
{% if error_message %}
{% endif %}
我个人比较倾向于error_message走天下 &＃xff0c;这样只用修改后端不同的报错消息&＃xff0c;前端无脑显示即可。你也可以通过return不同的state&＃xff0c;在前端展示更为复杂的功能。
3. 测试
首先正常登录
再试试输错的情况
测试通过
4. 登出
首先&＃xff0c;在welcome.html添加一个登出按钮
再在urls.py中配置这个超链接的映射。
path(&＃39;logout/&＃39;, views.user_logout, name&＃61;&＃39;user_logout&＃39;),
views.py下配置登出函数&＃xff0c;记得前面引入一下登出函数from django.contrib.auth import authenticate, login, logout
def user_logout(request):logout(request)return render(request, "index.html")
测试看看
登出成功
5. 访客阻挡
直接访问welcome.html地址&＃xff0c;发现&＃xff0c;不经登录也能访问
没有登录信息也能访问那这搞了半天的登录&＃xff0c;没屁用啊好像。一拍脑壳&＃xff0c;咱得搞个访客阻挡&＃xff01;
{% if not user.is_authenticated %}
{% endif %}
访问看看&＃xff0c;成功拦截&＃xff01;
强制访问将弹出警告
这一节涉及到不少内容&＃xff0c;但都点到为止。下一节会更加深入讨论数据库与后端的交互&＃xff0c;增删查改&＃xff0c;欢迎移步。
koko可可&＃xff1a;Django从入门到大作业&＃xff1a;5-ORM操作zhuanlan.zhihu.com
京公网安备 11010802041100号