接口测试平台代码实现13:注册功能

上节我们实现了登陆功能，但是可惜用户表中没数据。所以这节我们讲如何注册用户。

还记得我们之前在登陆页面 做的那个 注册账号的超链接么？

我们现在要想想，用户点击注册账号后，要实现个什么效果？

有 以下几种设计：

1. 切换到另一个页面，一个注册页面，里面有用户名密码确认密码 注册按钮。
2. 直接使用用户在登陆界面输入的用户名/密码，进入后台完成注册，给用户弹窗提示注册成功！
3. 弹出一个弹层，上面有用户名/密码输入框和注册按钮。

4.弹出一个弹窗，上面显示“公司内部平台，注册账号需要联系xxx” 然后等别人联系你了，再由你去数据库后台去创建这个用户。

我们本章节就按照最简单的方式来，毕竟我们的重点是之后的接口测试模块，并不是用户管理模块。所以我们选择第2种 ，简单粗暴。

好，打开login.html，找到这个注册按钮，发现它是一个a标签，a标签不但在href属性中可以写一个超链接，也可以在href中写一个js函数。

这里因为我们要传递用户名/密码 作为数据，所以href属性要写一个js函数，就取名为：register()吧。具体写法：javascript:函数名()

然后在下面的已有的script标签内，在login()函数上增加一个register()函数

这个注册函数的 功能 和登陆函数，其实大同小异。都是把用户名/密码传入给后台。所以格式基本一致，你直接复制粘贴，然后改改就可以：

这里我们接收到返回值后不再 直接弹出写死的文案了，而是选择弹出请求返回值，具体显示什么由后台决定。而后台的返回值就是ret。所以我们alert(ret) 。

为什么要这么做呢？因为用户注册最少有两种结果：

1. 注册成功
2. 用户已存在注册失败
3. 其他问题，如密码过短等等违反你自己定义的规则。

所以为了后续方便我们增加规则等这样做就会很方便。

然后我们去urls.py中 写好这个注册的映射：

然后去views.py中构建好这个register_action()函数

这里可以看到，我们依然是先获取到了 前端给的用户名/密码。

然后从这个django.contrib/auth.models 库里倒入里User方法。(其实User是orm方式操作用户表的实例)

然后我们直接用User.objects.create_user方法生成一个用户，参数为用户名和密码。然后保存这个生成的用户 就是注册成功了。

但是如果用户表中已存在这个用户名，那么，这个生成语句就会报错。所以我们用try来捕获这个异常，如果发送错误那就是“用户已经存在”，如实给用户返回这句话。如果没问题，那么就返回 注册成功。

然后我们切换回浏览器，确保服务没有因为报错而中止。如果报错中止，就是因我们先写urls.py后，没有来得及写后台对应函数就切换了pycharm，导致django热重起，然后发现没有函数就报错停止了。我们现在写好了，那就直接重启就好了，如果过程中按照教程出现其他报错，请留言即可我会耐心解答。

现在我们刷新页面来测试，先登陆一个账号：

用户名 测试开发干货 密码123。

1.点击登陆，提示用户名密码错误。因为这时候还不存在这个账号

2.点击注册账号，提示注册成功

3.再点击登陆按钮！

重点来了！仍然报错哦！

为什么会发生这种事呢？

实际上 账号已经注册成功，我们的登陆函数也走到了登陆成功的分支。

我们明明写好了 要跳转到/home/ ，但是前端没有跳转，还给了个错误提示。

这里要引入一个新知识点，就是我们前端 想给后端 传数据，发送请求，如果不是表单提交，或者超链接。只用我们的异步接口请求(就是我们前面用的$.get("url",{参数}{返回动作函数})) 的话，那么后端无论怎么写重定向语句，都是徒劳的，前端并不会直接跳转去/home/。

但是我们又不想去大改前端的登陆架构，用什么办法弥补呢？

答案很简单，后端可以返回诸如 True/False 0/1 成功/失败 这种字符串。因为前端的js函数里接受到ret就是这个后端返回的字符串。所以前端js可以根据这个ret来作出不同的处理，比如跳转到/home/。这就像雨化田台词 ：你东厂办不了的事，禀告我们西厂，我们西厂来办。你们管的了的我们要管，管不了的我也要管，先斩后奏，皇权特许，这!就是西厂，够不够清楚？

所以赶在这次就会，就要训练好我们的应急处理能力，将来线上出现bug，我们要以最小代价紧急修复的 次数不会少。你不那每次都完全重构吧？所以这里给大家埋了一个坑，提升一下这方面的经验。

那么现在我们修改后端login()函数，让他别操心的重定向了，直接就返回 成功 还是 失败 就行，其余的事交给前端js

然后回到前端js，改动如图：

其实就是写了一个if判断，如果ret是成功俩个字，。那么就用固定的跳转语句跳到/home/ 如果不是成功俩个字，那么再提示 报错文案。

现在我们去试登陆一下：用户名：测试开发干货 密码：123

点击登陆按钮，发现登陆成功，成功进入了home.html ！

好了。到此我们的注册功能算是开发完成。

然后再补充一点：关于登陆页面的密码 输入框：

我们之前 是能显示出来具体密码的：

那是因我们input属性 就是个普通输入框，不能因我咱们给他起名密码，浏览器就智能的把它当密码输入框了。

要想显示*****，只需要给input标签 的type属性 从text改成password即可

然后我们打开浏览器 再进入到登陆页面看看：127.0.0.1:8000/login/

可以看到全都已经成功隐藏了。

最后有多疑的同学提问了，那么其他用户为啥一定要 先经过login.html 登陆成功 再进入home.html主页呢？她直接访问：ip:8000/home/ 不可以么？

答案是：目前可以直接访问，不信你不登陆试试看，一样可以。那是因我们进入home页面的函数 home() 并没有强制要求 检查登陆状态。

所以django是默认放行的。那么要如何避免这种钻空子的状况呢？

答案很简单，首先我们要给home()函数 加上django自带的登陆态检查装饰符login_required ! 导入后，直接加在home函数头上即可！

现在你再试试直接浏览器访问：127.0.0.1:8000/home/ 看看什么效果？

就会报错 让你进不去！

然后我们再 去修改login函数中成功登陆的分支，给他加上：

如果用户一但登陆成功，就调用django的真正登陆函数auth.login。然后顺便把这个登陆状态也就是成功的用户名当作session写进用户的浏览器内，之后用户就可以成功进入各个页面了。

现在我们再来试试看：

1. 非登陆状态 无法直接进入/home/ ， 报错
2. 登陆状态进入/home/ 成功进入home.html
3. 先进入/login/ ，登陆成功，发现成功跳转到home.html

上面的测试结果，还有一点需要完善。就是当用户非登陆状态，直接进入/home/时候 不应该报错，而是应该跳转到login.html页面让其先登陆。所以我们继续改动俩个地方：

1. welcome函数 也加上 登陆态检查装饰符，之后我们几乎每个重要页面都要加上这个装饰符

2.urls.py中加入非登陆状态 自动跳到登陆页面的映射

好了，等待django重启，然后刷新页面我们再进行上述测试！

就会发现，当用户非登陆状态时，直接打开/home/ 或者/welcome/ 的时候，都会先跳到/login/ 页面上。登陆成功就可以继续使用，失败则永远停留在login.html中，一点空子都不让钻。

好了，今天分享到这里了。把这个链接 发送给你的同事，让他们试着创建账号 登陆吧？

http://你电脑的ip:8000/home/

下期：退出功能实现 + 熟悉 django自带后台管理平台

免费原创不易，请小伙伴多多支持，分享+点赞！

留言板小程序入口：留言板