Django | Part4-Authentication 翻译

Django | Part4-Authentication 翻译_第1张图片
Part5

教程:原文地址

介绍

这个教程将会谈谈和Django身份验证系统有关的一切。我们将完成一套完整的流程:注册,登录,登出,密码重置,密码修改。

你也将获知关于如何保护一些视图以防不合法的用户以及如何给已登录的提供信息的简介。

在以下部分,你将看到一些将在本教程中实现的和身份验证有关线框图。之后,你将看到一个全新Django App的初始步骤。至今为止我们在开发一个名叫boards的应用。不过所有身份认证相关的内容适用于不同的应用,这样能实现对代码更良好的组织。

Django | Part4-Authentication 翻译_第2张图片

线框图

我们需要更新这个应用的线框图。首先,我们为头部菜单增加新的选项。如果当前用户没有经过身份认证,我们应该显示两个按钮:“注册”和“登录”。


Django | Part4-Authentication 翻译_第3张图片
Figure 1: Top menu for not authenticated users.

如果当前用户已经通过身份认证,我们应该显示他们的名字,沿着他们的名字显示带有“我的账户”,“修改密码”,“登出”这三个选项的下拉框。


Django | Part4-Authentication 翻译_第4张图片
Figure 2: Top menu for authenticated users.

在登陆页面,我们需要张带有“用户名”和“密码”的表单,一个有着主要功能的按钮(登录)和两个可选路径:“注册”和“重置密码”。


Django | Part4-Authentication 翻译_第5张图片
Figure 3: Log in page

在注册界面,我们应该有一张带有四个字段的表单:“用户名”,“电邮”,“密码”,“确认密码”。用户也应能够跳转到登陆界面。


Django | Part4-Authentication 翻译_第6张图片
Figure 4: Sign up page

在密码重置界面,我们只需要带有“电子邮箱”的表单。


Django | Part4-Authentication 翻译_第7张图片
Figure 5: Password reset

然后,在点击了一个特殊的链接后(注:指的是“send password reset email”这个按钮)用户将会重定向到一个他们可以设置新密码的页面。


Django | Part4-Authentication 翻译_第8张图片
Figure 6: Change password

初始化安装

为了去管理所有信息,我们可以将它分解成为一个不同的应用。在项目根目录,也就是manage.py脚本所在的界面下,运行以下命令来创建一个新的应用:

django-admin startapp accounts

这个项目结构应该是这样:

myproject/
 |-- myproject/
 |    |-- accounts/     <-- our new django app!
 |    |-- boards/
 |    |-- myproject/
 |    |-- static/
 |    |-- templates/
 |    |-- db.sqlite3
 |    +-- manage.py
 +-- venv/

下一步,在settings.py中的INSTALLED_APPS中包含accounts

INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',

    'widget_tweaks',

    'accounts',
    'boards',
]

从现在开始,我们将对 accounts 应用 进行开发。


注册

Django | Part4-Authentication 翻译_第9张图片

让我们从创建一个注册视图着手。首先在urls.py中创建一个新的路由。

from django.conf.urls import url
from django.contrib import admin

from accounts import views as accounts_views
from boards import views

urlpatterns = [
    url(r'^$', views.home, name='home'),
    url(r'^signup/$', accounts_views.signup, name='signup'),
    url(r'^boards/(?P\d+)/$', views.board_topics, name='board_topics'),
    url(r'^boards/(?P\d+)/new/$', views.new_topic, name='new_topic'),
    url(r'^admin/', admin.site.urls),
]

注意我们使用另一种方式如何从accounts中引入views模块

from accounts import views as accounts_views

我们使用了别名,因为否则的话,他将会与boards'的视图产生冲突。我们可以改良url.py 的设计。但是现在,让我们关注一下身份验证的特征。

现在编辑在accounts应用中的views.py文件,并且创建一个新的名为signup的视图。

from django.shortcuts import render

def signup(request):
    return render(request, 'signup.html')

创建一个新视图,名为signup.html

templates/signup.html

{% extends 'base.html' %}

{% block content %}
  

Sign up

{% endblock %}

在浏览器中打开链接:http://127.0.0.1:8000/signup/ ,检查它是否已经生效。

是时候写一些单元测试了:

accounts/tests.py

from django.core.urlresolvers import reverse
from django.urls import resolve
from django.test import TestCase
from .views import signup

class SignUpTests(TestCase):
    def test_signup_status_code(self):
        url = reverse('signup')
        response = self.client.get(url)
        self.assertEquals(response.status_code, 200)

    def test_signup_url_resolves_signup_view(self):
        view = resolve('/signup/')
        self.assertEquals(view.func, signup)

如果这个链接/signup/ 返回了正确的视图,那么代表状态码200测试成功。

python manage.py test
Creating test database for alias 'default'...
System check identified no issues (0 silenced).
..................
----------------------------------------------------------------------
Ran 18 tests in 0.652s

OK
Destroying test database for alias 'default'...

对于身份验证的视图(注册,登录,重置密码,等等)我们不需要使用顶部栏和面包屑。我们可以继续使用base.html模板,只是它需要一些调整。

templates/base.html

{% load static %}

  
    
    {% block title %}Django Boards{% endblock %}
    
    
    
    {% block stylesheet %}{% endblock %}  
  
  
    {% block body %}  
      
      
{% block content %} {% endblock %}
{% endblock body %}

我在base.html模板中标记了新的注释。代码块{% block stylesheet %}{% endblock %}将被用来引入额外的CSS文件,这对于页面来说,更清晰明确。

代码块{% block body %}用来包含整个HTML文件,我们可以用它来使一个空白的文档借用base.html的头部。注意一下我们是如何命名代码块尾部{% endblock body %}
像在本案例中这样命名是一种合理命名结束标签的方式,所以这使人们更容易找到代码块到哪结束。

现在,在signup.html模板中,我们可以使用{% block body %}来代替{% block content %}

templates/signup.html

{% extends 'base.html' %}

{% block body %}
  

Sign up

{% endblock %}
Django | Part4-Authentication 翻译_第10张图片

Django | Part4-Authentication 翻译_第11张图片

是时候创建注册表单了。Django有一种名为UserCreationForm的内置表单。让我们来使用它:

accounts/views.py

from django.contrib.auth.forms import UserCreationForm
from django.shortcuts import render

def signup(request):
    form = UserCreationForm()
    return render(request, 'signup.html', {'form': form})

templates/signup.html

{% extends 'base.html' %}

{% block body %}
  

Sign up

{% csrf_token %} {{ form.as_p }}
{% endblock %}
Django | Part4-Authentication 翻译_第12张图片

看上去有点混乱,对吗?我们可以使用我们的form.html模板来使他看上去更整洁。

templates/signup.html

{% extends 'base.html' %}

{% block body %}
  

Sign up

{% csrf_token %} {% include 'includes/form.html' %}
{% endblock %}
Django | Part4-Authentication 翻译_第13张图片

啊,差不多了。目前,我们的局部模板form.html 显示了一些原生的HTML。这是一种安全的特征。由于默认的Django认为所有的字符串都是不安全的,避免任何可能引起错误的字符。但是在这个案例中,我们可以信任它!

templates/includes/form.html

% load widget_tweaks %}

{% for field in form %}
  
{{ field.label_tag }} {% if field.help_text %} {{ field.help_text|safe }} {% endif %}
{% endfor %}

基本上,我们在之前的模板上的field.help_text增加一个选项safe:
{{ field.help_text|safe }}.

保存form.html文件,然后再次检查注册页面:

Django | Part4-Authentication 翻译_第14张图片

现在,让我们实现注册视图上的业务逻辑:

accounts/views.py

from django.contrib.auth import login as auth_login
from django.contrib.auth.forms import UserCreationForm
from django.shortcuts import render, redirect

def signup(request):
    if request.method == 'POST':
        form = UserCreationForm(request.POST)
        if form.is_valid():
            user = form.save()
            auth_login(request, user)
            return redirect('home')
    else:
        form = UserCreationForm()
    return render(request, 'signup.html', {'form': form})

这个基本的表单处理有一个小细节:login方法(重命名为auth_login 来避免与内置login视图发生冲突)

笔记:我重命名这个 login 方法为 auth_login, 但是之后我意识到Django1.11为login 视图提供了一个基于类的视图,LoginView,所以是没有出现命名冲突的风险的。

在更老的版本中,有 auth.login 和 auth.views.login,这会引起一些混乱,因为一个是用户登录的方法,一个是视图。

长话短说:你可以使用 login 作为方法名,这不会引起任何问题。

如果这个表单是有效的,将会通过user=form.save()来创建一个用户实例。这个被创建的用户然后作为一个参数被传进auth_login方法,手动地(?)进行身份验证。之后,视图将会重定向到首页。

让我们试一试。首先,尝试提交一些无效的数据。空表单,未匹配的字段或者已存在用户名:


Django | Part4-Authentication 翻译_第15张图片

现在,填写表单然后提交,检查用户是否被创建并且重定向到首页:


Django | Part4-Authentication 翻译_第16张图片

在模板中引用被验证的用户

我们怎么知道它已经生效了呢?我们可以编辑base.html模板来将用户名添加到顶部栏:

templates/base.html

{% block body %}
  

  
{% block content %} {% endblock %}
{% endblock body %}
Django | Part4-Authentication 翻译_第17张图片

测试注册视图

让我们来改善一下单元测试:

accounts/tests.py

from django.contrib.auth.forms import UserCreationForm
from django.core.urlresolvers import reverse
from django.urls import resolve
from django.test import TestCase
from .views import signup

class SignUpTests(TestCase):
    def setUp(self):
        url = reverse('signup')
        self.response = self.client.get(url)

    def test_signup_status_code(self):
        self.assertEquals(self.response.status_code, 200)

    def test_signup_url_resolves_signup_view(self):
        view = resolve('/signup/')
        self.assertEquals(view.func, signup)

    def test_csrf(self):
        self.assertContains(self.response, 'csrfmiddlewaretoken')

    def test_contains_form(self):
        form = self.response.context.get('form')
        self.assertIsInstance(form, UserCreationForm)

我们略微修改了SignUpTests这个类。定义了setUp这个方法,将response实体移植到这儿。然后,我们也可以测试response中是否含有表单和CSRF token。

现在,我们将测试一个成功的注册。让我们新建一个类来更好地组织代码:

accounts/test.py

from django.contrib.auth.models import User
from django.contrib.auth.forms import UserCreationForm
from django.core.urlresolvers import reverse
from django.urls import resolve
from django.test import TestCase
from .views import signup

class SignUpTests(TestCase):
    # code suppressed...

class SuccessfulSignUpTests(TestCase):
    def setUp(self):
        url = reverse('signup')
        data = {
            'username': 'john',
            'password1': 'abcdef123456',
            'password2': 'abcdef123456'
        }
        self.response = self.client.post(url, data)
        self.home_url = reverse('home')

    def test_redirection(self):
        '''
        A valid form submission should redirect the user to the home page
        '''
        self.assertRedirects(self.response, self.home_url)

    def test_user_creation(self):
        self.assertTrue(User.objects.exists())

    def test_user_authentication(self):
        '''
        Create a new request to an arbitrary page.
        The resulting response should now have a `user` to its context,
        after a successful sign up.
        '''
        response = self.client.get(self.home_url)
        user = response.context.get('user')
        self.assertTrue(user.is_authenticated)

运行这个测试。

使用相似地方法,现在让我们创建一个当注册数据无效时的测试:

from django.contrib.auth.models import User
from django.contrib.auth.forms import UserCreationForm
from django.core.urlresolvers import reverse
from django.urls import resolve
from django.test import TestCase
from .views import signup

class SignUpTests(TestCase):
    # code suppressed...

class SuccessfulSignUpTests(TestCase):
    # code suppressed...

class InvalidSignUpTests(TestCase):
    def setUp(self):
        url = reverse('signup')
        self.response = self.client.post(url, {})  # submit an empty dictionary

    def test_signup_status_code(self):
        '''
        An invalid form submission should return to the same page
        '''
        self.assertEquals(self.response.status_code, 200)

    def test_form_errors(self):
        form = self.response.context.get('form')
        self.assertTrue(form.errors)

    def test_dont_create_user(self):
        self.assertFalse(User.objects.exists())

在表单中增加邮箱字段

一切都生效了,但是...没有Email address字段。呃,UserCreationForm 没有提供一个email 字段,但是我们可以继承他。

accounts文件夹里创建一个forms.py的文件:

accounts/forms.py

from django import forms
from django.contrib.auth.forms import UserCreationForm
from django.contrib.auth.models import User

class SignUpForm(UserCreationForm):
    email = forms.CharField(max_length=254, required=True, widget=forms.EmailInput())
    class Meta:
        model = User
        fields = ('username', 'email', 'password1', 'password2')

现在,在views.py中,让我们引入一个新的表单,SignUpForm,并用它来代替UserCreationForm

accounts/views.py

from django.contrib.auth import login as auth_login
from django.shortcuts import render, redirect

from .forms import SignUpForm

def signup(request):
    if request.method == 'POST':
        form = SignUpForm(request.POST)
        if form.is_valid():
            user = form.save()
            auth_login(request, user)
            return redirect('home')
    else:
        form = SignUpForm()
    return render(request, 'signup.html', {'form': form})

只是做出了一点小小改变,一切都已生效:


Django | Part4-Authentication 翻译_第18张图片

别忘了将测试单元中的UserCreationForm修改为SignUpForm

from .forms import SignUpForm

class SignUpTests(TestCase):
    # ...

    def test_contains_form(self):
        form = self.response.context.get('form')
        self.assertIsInstance(form, SignUpForm)

class SuccessfulSignUpTests(TestCase):
    def setUp(self):
        url = reverse('signup')
        data = {
            'username': 'john',
            'email': '[email protected]',
            'password1': 'abcdef123456',
            'password2': 'abcdef123456'
        }
        self.response = self.client.post(url, data)
        self.home_url = reverse('home')

    # ...

之前的测试单元依然能够通过,因为SignUpForm继承了UserCreationForm,这是一个UserCreationForm的实例。

现在让我们想一会发生了什么。我们增加一个新的表单域:

fields = ('username', 'email', 'password1', 'password2')

它将自动反射到HTML模板。这很棒,对吧?是的,很可靠。如果将来一名新的开发者想要复用SignUpForm用于其他用途,或者想增加一些额外字段。那么这些新的字段也将会显示在signup.html中。这些改变是不容易被察觉的,我们不希望发生意外情况。

让我们新建一个测试,它将验证模板中来自HTML的输入:

**accounts/test.py

class SignUpTests(TestCase):
    # ...

    def test_form_inputs(self):
        '''
        The view must contain five inputs: csrf, username, email,
        password1, password2
        '''
        self.assertContains(self.response, '

改善单元测试的布局

好吧,我们正在测试输入,不过我们也必须去测试表单本身。让我们稍稍改善一下项目的设计,不再只将单元测试添加到accounts/tests.py

创建一个带有accounts子文件夹的名为tests的文件夹。然后,在test文件夹中,创建一个名为init.py的空文件。

现在,移动tests.py文件到这个test文件夹,然后将他重命名为test_view_signup.py

最终结果如下所示:

myproject/
 |-- myproject/
 |    |-- accounts/
 |    |    |-- migrations/
 |    |    |-- tests/
 |    |    |    |-- __init__.py
 |    |    |    +-- test_view_signup.py
 |    |    |-- __init__.py
 |    |    |-- admin.py
 |    |    |-- apps.py
 |    |    |-- models.py
 |    |    +-- views.py
 |    |-- boards/
 |    |-- myproject/
 |    |-- static/
 |    |-- templates/
 |    |-- db.sqlite3
 |    +-- manage.py
 +-- venv/

记住,由于我们相对地引入了应用的上下文,我们需要修改引入路径:

accounts/tests/test_view_signup.py

from django.contrib.auth.models import User
from django.core.urlresolvers import reverse
from django.urls import resolve
from django.test import TestCase

from ..views import signup
from ..forms import SignUpForm

我们在应用模块中使用相对地引入,所以我们稍后能自由地重命名Django应用,不需要修改所有的绝对引入。

现在让我们创建一个新的测试文件去测试SignUpForm。增加一个名为test_form_signup.py的测试文件:

accounts/tests/test_form_signup.py

from django.test import TestCase
from ..forms import SignUpForm

class SignUpFormTest(TestCase):
    def test_form_has_fields(self):
        form = SignUpForm()
        expected = ['username', 'email', 'password1', 'password2',]
        actual = list(form.fields)
        self.assertSequenceEqual(expected, actual)

这看上去是非常严谨的,对吗?举个例子,如果在将来我们需要包含用户的姓和用户的名(注:两个字段)不得不修改 SignUpForm,我们不再需要修改一些测试单元。

Django | Part4-Authentication 翻译_第19张图片

这些提示是很有用的,因为他们给开发者带来意识,尤其是对于首次接触代码的小白。这将有助于他们培养编码的信心。

改善注册模板

让我们一起做起来吧。我们可以使用Bootstrap 4 卡片组件来使页面更美观。

访问https://www.toptal.com/designers/subtlepatterns/
寻找一个美观的背景模型来作为账号页面。下载它,在static文件夹中创建名为img的文件夹,然后将图片保存在这儿。

之后,新建一个名为accounts.css的CSS文件。结果如下:

myproject/
 |-- myproject/
 |    |-- accounts/
 |    |-- boards/
 |    |-- myproject/
 |    |-- static/
 |    |    |-- css/
 |    |    |    |-- accounts.css  <-- here
 |    |    |    |-- app.css
 |    |    |    +-- bootstrap.min.css
 |    |    +-- img/
 |    |    |    +-- shattered.png  <-- here (the name may be different, depending on the patter you downloaded)
 |    |-- templates/
 |    |-- db.sqlite3
 |    +-- manage.py
 +-- venv/

现在来编辑这个accounts.css文件

static/css/accounts.css

body {
  background-image: url(../img/shattered.png);
}

.logo {
  font-family: 'Peralta', cursive;
}

.logo a {
  color: rgba(0,0,0,.9);
}

.logo a:hover,
.logo a:active {
  text-decoration: none;
}

signup.html模板中,我们可以使用新的CSS和Bootstrap 4卡片组件。

templates/signup.html

{% extends 'base.html' %}

{% load static %}

{% block stylesheet %}
  
{% endblock %}

{% block body %}
  

Django Boards

Sign up

{% csrf_token %} {% include 'includes/form.html' %}
{% endblock %}

有了这些,我们的注册页面现在变成了这样:


Django | Part4-Authentication 翻译_第20张图片

登出

为了形成一个完整的流程,我们加入一个登出的视图。首先,在urls.py中加入一个新的路由:
myproject/urls.py

from django.conf.urls import url
from django.contrib import admin
from django.contrib.auth import views as auth_views

from accounts import views as accounts_views
from boards import views

urlpatterns = [
    url(r'^$', views.home, name='home'),
    url(r'^signup/$', accounts_views.signup, name='signup'),
    url(r'^logout/$', auth_views.LogoutView.as_view(), name='logout'),
    url(r'^boards/(?P\d+)/$', views.board_topics, name='board_topics'),
    url(r'^boards/(?P\d+)/new/$', views.new_topic, name='new_topic'),
    url(r'^admin/', admin.site.urls),
]

我们从Django的contrib 模块中引入views。我们将他重命名为:auth_views来避免与boards.views发生冲突。注意这个视图会有些许不同:LogoutView.as_view()。这是一个Django基类视图,至今我们只把类实现为Python方法。这些基类视图提供了更多的灵活的方式去继承和复用视图。之后关于这点,我们将会讨论更多。

打开settings.py,在文件底部添加LOGOUT_REDIRECT_URL变量:

myproject/settings.py

LOGOUT_REDIRECT_URL = 'home'

在这里,我们将URL的值设置为想让用户登出后重定向到的页面。

完成这步,一切就绪。访问**127.0.0.1:8000/logout/ **,你将会登出。不过稍等一下,在你登出之前,让我们为登陆用户创建一个下拉菜单。


为通过身份验证的用户显示菜单

现在,我们需要在base.html中做一些调整。我们需要加入一个带有登出链接的下拉菜单。

Bootstrap 4 下拉组件需要JQuery的支持。

首先,访问 jquery.com/download/压缩的发行版本JQuery3.2.1

Django | Part4-Authentication 翻译_第21张图片

static文件夹中,创建一个 js文件夹,并将 jquery-3.2.1.min.js复制粘贴进去。

Bootstrap4 还需要一个叫做Popper的库支持。访问 popper.js.org
下载最新版本。

popper.js-1.12.5 文件夹中,去dist/umd目录下寻找并且复制popper.min.jsjs文件夹。注意,Bootstrap4只需要和umd/popper.min.js配合生效,所以确保你复制了正确的文件。

如果你没有Bootstrap4的完整文件,访问 getbootstrap.com
重新下载。

同样的,复制bootstrap.min.js文件到js文件夹。

最后结果如下:

myproject/
 |-- myproject/
 |    |-- accounts/
 |    |-- boards/
 |    |-- myproject/
 |    |-- static/
 |    |    |-- css/
 |    |    +-- js/
 |    |         |-- bootstrap.min.js
 |    |         |-- jquery-3.2.1.min.js
 |    |         +-- popper.min.js
 |    |-- templates/
 |    |-- db.sqlite3
 |    +-- manage.py
 +-- venv/

base.html文件底部,在{% endblock body %}后加入脚本:

templates/base.html

{% load static %}

  
    
    {% block title %}Django Boards{% endblock %}
    
    
    
    {% block stylesheet %}{% endblock %}
  
  
    {% block body %}
    
    {% endblock body %}
    
    
    
  

如果你觉得说明混乱,只要通过以下链接下载文件:

  • https://code.jquery.com/jquery-3.2.1.min.js
  • https://cdnjs.cloudflare.com/ajax/libs/popper.js/1.11.0/umd/popper.min.js
  • https://maxcdn.bootstrapcdn.com/bootstrap/4.0.0-beta/js/bootstrap.min.js

右击将链接另存为...

现在,我们能够添加Bootstrap4的下拉菜单:

templates/base.html


Django | Part4-Authentication 翻译_第22张图片

让我们试一试,点击登出:


Django | Part4-Authentication 翻译_第23张图片

它生效了。但是下拉菜单只是显示缺不管用户是否已经登出,不同的是,现在用户名是空的,我们只能看到一个小箭头。

我们需要稍稍改善一下:


现在,我们告知Django,当用户已登录时显示下拉菜单,如果未登录,下是登录和注册按钮:


Django | Part4-Authentication 翻译_第24张图片

登录

首先,增加一个新的URL路由:
myproject/urls.py

from django.conf.urls import url
from django.contrib import admin
from django.contrib.auth import views as auth_views

from accounts import views as accounts_views
from boards import views

urlpatterns = [
    url(r'^$', views.home, name='home'),
    url(r'^signup/$', accounts_views.signup, name='signup'),
    url(r'^login/$', auth_views.LoginView.as_view(template_name='login.html'), name='login'),
    url(r'^logout/$', auth_views.LogoutView.as_view(), name='logout'),
    url(r'^boards/(?P\d+)/$', views.board_topics, name='board_topics'),
    url(r'^boards/(?P\d+)/new/$', views.new_topic, name='new_topic'),
    url(r'^admin/', admin.site.urls),
]

as_view()中,我们可以传递一些额外参数,这样可以重写默认方法。在这个案例中,我们将控制LoginViewlogin.html中去寻找模板。

编辑settings.py 然后添加如下配置:

myproject/settings.py

LOGIN_REDIRECT_URL = 'home'

这个配置告诉Django在用户登陆成功后的重定向位置。

最后,在base.html模板中添加登录URL:

templates/base.html

Log in

我们可以创建一个类似于注册页面的模板。新建一个名为login.html的文件:

templates/login.html

{% extends 'base.html' %}

{% load static %}

{% block stylesheet %}
  
{% endblock %}

{% block body %}
  

Django Boards

Log in

{% csrf_token %} {% include 'includes/form.html' %}
{% endblock %}
Django | Part4-Authentication 翻译_第25张图片

HTML模板中有写代码重复了,让我们来重构他。

新建一个名为:** base_accounts.html**的模板:

{% extends 'base.html' %}

{% load static %}

{% block stylesheet %}
  
{% endblock %}

{% block body %}
  

Django Boards

{% block content %} {% endblock %}
{% endblock %}

现在把他添加到signup.htmllogin.html

templates/login.html

{% extends 'base_accounts.html' %}

{% block title %}Log in to Django Boards{% endblock %}

{% block content %}
  

Log in

{% csrf_token %} {% include 'includes/form.html' %}
{% endblock %}

我们还没有密码重置URL,所以我们现在先用#搁置它。

templates/signup.html

{% extends 'base_accounts.html' %}

{% block title %}Sign up to Django Boards{% endblock %}

{% block content %}
  

Sign up

{% csrf_token %} {% include 'includes/form.html' %}
{% endblock %}

请注意我们添加了登录URL:Log in

登录空字段错误

如果我们提交一张空的登录表单,我们会得到一些很优雅的报错信息:


Django | Part4-Authentication 翻译_第26张图片

但如果我们提交一个不存在的用户名或者一个非法密码时,将会发生这种情况:


Django | Part4-Authentication 翻译_第27张图片

这有点误导人。字段域显示绿色,仿佛在提示他们是没有问题的。而且也没有任何其他说明信息。

这是因为表单有一种叫空字段错误的特殊错误,它包含了所有和特定字段不相关的错误。让我们来重构form.html的局部来显示错误信息:

templates/includes/form.html

{% load widget_tweaks %}

{% if form.non_field_errors %}
  
{% endif %}

{% for field in form %}
  
{% endfor %}

{% if forloop.last %}是次要的。p标签有margin-bottom样式。一张表单可能含有多个空字段错误,对于每个错误,我们都要呈现一个带有错误信息的p标签。然后我将测试呈现这是否一个持续性的错误。如果是的话,我们引入Bootstrap4的样式类mb-0,这个类用于替代margin bottom = 0。有了更多的额外空间,这时警告信息看上去没那么奇怪了。还有一个很次要的细节,保持他们的间距一致。

Django | Part4-Authentication 翻译_第28张图片

尽管我们还需要处理密码字段。但事实是,Django永远不会将密码字段返回给用户。所以我们只需忽略is-validis-invalid样式,而不用去做额外的加工了。此时我们表单模板看上去很复杂,我们可以移植一些代码到template tag

创建自定义Template Tags(模板标签)

boards应用中,新建一个名为templatetags的文件夹。在这个文件夹里,新建名为** init.pyform_tags.py**的空文件。

目录结构如下所示:

myproject/
 |-- myproject/
 |    |-- accounts/
 |    |-- boards/
 |    |    |-- migrations/
 |    |    |-- templatetags/        <-- here
 |    |    |    |-- __init__.py
 |    |    |    +-- form_tags.py
 |    |    |-- __init__.py
 |    |    |-- admin.py
 |    |    |-- apps.py
 |    |    |-- models.py
 |    |    |-- tests.py
 |    |    +-- views.py
 |    |-- myproject/
 |    |-- static/
 |    |-- templates/
 |    |-- db.sqlite3
 |    +-- manage.py
 +-- venv/

form_tags.py文件中,让我们新建两个模板标签:

boards/templatetags/form_tags.py

from django import template

register = template.Library()

@register.filter
def field_type(bound_field):
    return bound_field.field.widget.__class__.__name__

@register.filter
def input_class(bound_field):
    css_class = ''
    if bound_field.form.is_bound:
        if bound_field.errors:
            css_class = 'is-invalid'
        elif field_type(bound_field) != 'PasswordInput':
            css_class = 'is-valid'
    return 'form-control {}'.format(css_class)

这些是模板过滤器,工作原理如下:

首先,当我们使用了widget_tweaks或**static **模板标签时,他们会在模板中被加载。注意在创建了这些文件后,你需要手动重启服务器,这样Django才能识别到新的模板标签。

{% load form_tags %}

在这之后,我们可以在模板中使用它们:

{{ form.username|field_type }}

这将会返回:

'TextInput'

或者在使用了input_class的情况下:

{{ form.username|input_class }}


'form-control '


'form-control is-valid'


'form-control is-invalid'

现在让我们用新的模板标签来更新form.html
templates/includes/form.html

{% load form_tags widget_tweaks %}

{% if form.non_field_errors %}
  
{% endif %}

{% for field in form %}
  
{{ field.label_tag }} {% render_field field class=field|input_class %} {% for error in field.errors %}
{{ error }}
{% endfor %} {% if field.help_text %} {{ field.help_text|safe }} {% endif %}
{% endfor %}

好多了不是吗?减小了模板的复杂度,看上去更整洁了。这同时也解决了密码框显示绿色的问题:


Django | Part4-Authentication 翻译_第29张图片
image.png

测试模板标签

首先,我们来稍稍组织一下boards'的单元测试。类似于我们在accounts应用中所做的一样,新建名为tests的文件夹,然后增加一个** init.py文件,复制tests.py并将他重命名为 test_views.py**。

新建一个名为test_templatetags.py的空文件:

myproject/
 |-- myproject/
 |    |-- accounts/
 |    |-- boards/
 |    |    |-- migrations/
 |    |    |-- templatetags/
 |    |    |-- tests/
 |    |    |    |-- __init__.py
 |    |    |    |-- test_templatetags.py  <-- new file, empty for now
 |    |    |    +-- test_views.py  <-- our old file with all the tests
 |    |    |-- __init__.py
 |    |    |-- admin.py
 |    |    |-- apps.py
 |    |    |-- models.py
 |    |    +-- views.py
 |    |-- myproject/
 |    |-- static/
 |    |-- templates/
 |    |-- db.sqlite3
 |    +-- manage.py
 +-- venv/

修改test_views.py的引入路径:

boards/tests/test_views.py

from ..views import home, board_topics, new_topic
from ..models import Board, Topic, Post
from ..forms import NewTopicForm

执行测试文件来确保一切都生效了。

boards/tests/test_templatetags.py

from django import forms
from django.test import TestCase
from ..templatetags.form_tags import field_type, input_class

class ExampleForm(forms.Form):
    name = forms.CharField()
    password = forms.CharField(widget=forms.PasswordInput())
    class Meta:
        fields = ('name', 'password')

class FieldTypeTests(TestCase):
    def test_field_widget_type(self):
        form = ExampleForm()
        self.assertEquals('TextInput', field_type(form['name']))
        self.assertEquals('PasswordInput', field_type(form['password']))

class InputClassTests(TestCase):
    def test_unbound_field_initial_state(self):
        form = ExampleForm()  # unbound form
        self.assertEquals('form-control ', input_class(form['name']))

    def test_valid_bound_field(self):
        form = ExampleForm({'name': 'john', 'password': '123'})  # bound form (field + data)
        self.assertEquals('form-control is-valid', input_class(form['name']))
        self.assertEquals('form-control ', input_class(form['password']))

    def test_invalid_bound_field(self):
        form = ExampleForm({'name': '', 'password': '123'})  # bound form (field + data)
        self.assertEquals('form-control is-invalid', input_class(form['name']))

我们创建了一个表单测试类,并在两个模板标签中添加针对可能出现的错误的测试方法。

python manage.py test
Creating test database for alias 'default'...
System check identified no issues (0 silenced).
................................
----------------------------------------------------------------------
Ran 32 tests in 0.846s

OK
Destroying test database for alias 'default'...

密码重置

你可能感兴趣的:(Django | Part4-Authentication 翻译)