Django入门与实践-第22章:基于类的视图

Django入门与实践-第22章:基于类的视图 - 图1

前言

欢迎来到系列教程的第六部分!在这篇教程中,我们将详细探讨基于类的视图(简称CBV)。我们也将重构一些现有的视图,以便利用内置的基于类的通用视图(Generic Class-Based Views)。

这篇教程我们还将讨论许多其他主题,例如如何使用分页,如何使用markdown以及如何添加简单的编辑器。我们还将探索一个名为 Humanize 的内置软件包,用于对数据进行“人为操作”。

好了,伙计们!让我们来实现一些代码。今天我们还有很多工作要做!

视图策略

到头来,所有的Django视图其实都是函数。即便是CBV。在类的底层,它完成了所有的功能并最终返回一个视图函数。

引入了基于类的视图,使开发人员可以更轻松地重新使用和扩展视图。使用它们有很多好处,例如可扩展性,多重继承之类的面向对象技术的运用,HTTP 方法的处理是在单独的方法中完成的,而不是使用条件分支,并且还有通用的基于类的视图(简称GCBV)。

在我们继续教程之前,让我们清楚这三个术语的含义:

  • 基于函数的视图(FBV)
  • 基于类的视图(CBV)
  • 基于类的通用视图(GCBV)

FBV是Django视图中最简单的表示:它就是一个接收 HttpRequest 对象并返回一个 HttpResponse 的函数。

CBV是每个Django视图都被定义为一个扩展 django.views.generic.view 抽象类后的 Python 类。

GCBV是可以解决一些具体问题的内置的CBV集合,比如列表视图,创建,更新和删除视图等。

下面我们将探讨一些不同实现方式的例子。

基于函数的视图 (FBV)

views.py

  1. def new_post(request):
  2. if request.method == 'POST':
  3. form = PostForm(request.POST)
  4. if form.is_valid():
  5. form.save()
  6. return redirect('post_list')
  7. else:
  8. form = PostForm()
  9. return render(request, 'new_post.html', {'form': form})

urls.py

  1. urlpatterns = [
  2. url(r'^new_post/$', views.new_post, name='new_post'),
  3. ]

基于类的视图 (CBV)

CBV是View类的集成类。这里的主要区别在于请求是以HTTP方法命名的类方法内处理的,例如GETPOSTPUTHEAD 等。

所以,在这里,我们不需要做一个条件来判断请求是一个 POST 还是它是一个 GET 。代码会直接跳转到正确的方法中。在 View 类中内部处理了这个逻辑。

views.py

  1. from django.views.generic import View
  2. class NewPostView(View):
  3. def post(self, request):
  4. form = PostForm(request.POST)
  5. if form.is_valid():
  6. form.save()
  7. return redirect('post_list')
  8. return render(request, 'new_post.html', {'form': form})
  9. def get(self, request):
  10. form = PostForm()
  11. return render(request, 'new_post.html', {'form': form})

我们在 urls.py 模块中引用CBV的方式也会有点不同:

urls.py

  1. urlpatterns = [
  2. url(r'^new_post/$', views.NewPostView.as_view(), name='new_post'),
  3. ]

在这里,我们需要调用 as_view() 这个类方法,它将返回一个符合url模式视图函数。在某些情况下,我们也可以将一些关键字参数传递给 as_view(),以便自定义CBV的行为,就像我们用一些身份验证视图来定制模板一样。

总之,关于CBV的好处是我们可以在类里面添加更多的方法,也许可以这样做:

  1. from django.views.generic import View
  2. class NewPostView(View):
  3. def render(self, request):
  4. return render(request, 'new_post.html', {'form': self.form})
  5. def post(self, request):
  6. self.form = PostForm(request.POST)
  7. if self.form.is_valid():
  8. self.form.save()
  9. return redirect('post_list')
  10. return self.render(request)
  11. def get(self, request):
  12. self.form = PostForm()
  13. return self.render(request)

还可以创建一些通用视图来完成一些任务,以便我们可以在整个项目中重复利用它。

你需要知道的关于CBV的基本就是这些。就这么简单。

基于类的通过视图(GCBV)

接下来关于GCBV。这是一个不同的情况。正如我前面提到的,GCBV是内置CBV的常见用例。它们的实现往往会大量使用多重继承(混合继承)和其他面向对象的策略。

他们非常灵活,可以节省很多的工作量。但是一开始可能相对比较难上手。

当我第一次开始使用Django时,我发现GCBV很难使用。起初,很难说出发生了什么,因为代码执行流程看起来并不明显,因为在父类中隐藏了大量代码。官方文档也有一定的难度,主要是因为属性和方法有时分布在八个父类中。使用GCBV时,最好打开 ccbv.co.uk (需科学上网) 以便快速参考。不用担心,我们将一起探索它。

现在我们来看一个GCBV的例子。

views.py

  1. from django.views.generic import CreateView
  2. class NewPostView(CreateView):
  3. model = Post
  4. form_class = PostForm
  5. success_url = reverse_lazy('post_list')
  6. template_name = 'new_post.html'

这里我们使用了一个用于创建模型对象的通用视图。它会处理所有表单处理并在表单有效时保存对象。

因为它是一个CBV,所以我们在 urls.py 中以与其他CBV相同的方式来引用它:

urls.py

  1. urlpatterns = [
  2. url(r'^new_post/$', views.NewPostView.as_view(), name='new_post'),
  3. ]

GCBV 中的其他例子还有:detailviewdeleteviewformviewupdateviewlistview

更新视图

让我们回到我们项目的实现。这次我们将使用 GCBV 来实现编辑帖子的视图:

Django入门与实践-第22章:基于类的视图 - 图2

boards/views.py (查看文件全部内容)

  1. from django.shortcuts import redirect
  2. from django.views.generic import UpdateView
  3. from django.utils import timezone
  4. class PostUpdateView(UpdateView):
  5. model = Post
  6. fields = ('message', )
  7. template_name = 'edit_post.html'
  8. pk_url_kwarg = 'post_pk'
  9. context_object_name = 'post'
  10. def form_valid(self, form):
  11. post = form.save(commit=False)
  12. post.updated_by = self.request.user
  13. post.updated_at = timezone.now()
  14. post.save()
  15. return redirect('topic_posts', pk=post.topic.board.pk, topic_pk=post.topic.pk)

使用 UPDATEVIEWCREATEVIEW ,我们可以选择定义 form_classfields 属性。在上面的例子中,我们使用 fields 属性来即时创建模型表单。在内部,Django 将使用模型表单工厂函数来组成 POST 模型的一种形式。因为它只是一个非常简单的表单,只有 message 字段,所以在这里我们可以这么做。但对于复杂的表单定义,最好从外部定义模型表单然后在这里引用它。

系统将使用 pk_url_kwarg 来标识用于检索 Post 对象的关键字参数的名称。就像我们在 urls.py 中定义一样。

如果我们没有设置 context_object_name 属性,Post 对象将作为“Object”在模板中可用。所以,在这里我们使用 context_object_name 来重命名它来发布。你会看到我们在下面的模板中如何使用它。

在这个特定的例子中,我们不得不重写 form_valid() 方法来设置一些额外的字段,例如updated_byupdated_at 。你可以在这里看到 form_valid() 方法原本的样子:updateview#form_valid

myproject/urls.py (查看文件全部内容)

  1. from django.conf.urls import url
  2. from boards import views
  3. urlpatterns = [
  4. # ...
  5. url(r'^boards/(?P<pk>\d+)/topics/(?P<topic_pk>\d+)/posts/(?P<post_pk>\d+)/edit/$',
  6. views.PostUpdateView.as_view(), name='edit_post'),
  7. ]

现在我们可以将链接添加到编辑页面:

templates/topic_posts.html (查看文件全部内容)

  1. {% if post.created_by == user %}
  2. <div class="mt-3">
  3. <a href="{% url 'edit_post' post.topic.board.pk post.topic.pk post.pk %}"
  4. class="btn btn-primary btn-sm"
  5. role="button">Edit</a>
  6. </div>
  7. {% endif %}

templates/edit_post.html (查看文件全部内容)

  1. {% extends 'base.html' %}
  2. {% block title %}Edit post{% endblock %}
  3. {% block breadcrumb %}
  4. <li class="breadcrumb-item"><a href="{% url 'home' %}">Boards</a></li>
  5. <li class="breadcrumb-item"><a href="{% url 'board_topics' post.topic.board.pk %}">{{ post.topic.board.name }}</a></li>
  6. <li class="breadcrumb-item"><a href="{% url 'topic_posts' post.topic.board.pk post.topic.pk %}">{{ post.topic.subject }}</a></li>
  7. <li class="breadcrumb-item active">Edit post</li>
  8. {% endblock %}
  9. {% block content %}
  10. <form method="post" class="mb-4" novalidate>
  11. {% csrf_token %}
  12. {% include 'includes/form.html' %}
  13. <button type="submit" class="btn btn-success">Save changes</button>
  14. <a href="{% url 'topic_posts' post.topic.board.pk post.topic.pk %}" class="btn btn-outline-secondary" role="button">Cancel</a>
  15. </form>
  16. {% endblock %}

现在观察我们如何引导到 post 对象:post.topic.board.pk。如果我们没有设置context_object_name发布,它将可以被用作:object.topic.board.pk。明白了吗?

Django入门与实践-第22章:基于类的视图 - 图3

测试更新视图

boards/tests 文件夹内创建一个名为 test_view_edit_post.py 的新测试文件。点击下面的链接,你会看到很多常用测试,就像我们在本教程中做的一样。我会在这里重点介绍一下新的内容:

boards/tests/test_view_edit_post.py (查看完整文件)

  1. from django.contrib.auth.models import User
  2. from django.test import TestCase
  3. from django.urls import reverse
  4. from ..models import Board, Post, Topic
  5. from ..views import PostUpdateView
  6. class PostUpdateViewTestCase(TestCase):
  7. '''
  8. Base test case to be used in all `PostUpdateView` view tests
  9. '''
  10. def setUp(self):
  11. self.board = Board.objects.create(name='Django', description='Django board.')
  12. self.username = 'john'
  13. self.password = '123'
  14. user = User.objects.create_user(username=self.username, email='john@doe.com', password=self.password)
  15. self.topic = Topic.objects.create(subject='Hello, world', board=self.board, starter=user)
  16. self.post = Post.objects.create(message='Lorem ipsum dolor sit amet', topic=self.topic, created_by=user)
  17. self.url = reverse('edit_post', kwargs={
  18. 'pk': self.board.pk,
  19. 'topic_pk': self.topic.pk,
  20. 'post_pk': self.post.pk
  21. })
  22. class LoginRequiredPostUpdateViewTests(PostUpdateViewTestCase):
  23. def test_redirection(self):
  24. '''
  25. Test if only logged in users can edit the posts
  26. '''
  27. login_url = reverse('login')
  28. response = self.client.get(self.url)
  29. self.assertRedirects(response, '{login_url}?next={url}'.format(login_url=login_url, url=self.url))
  30. class UnauthorizedPostUpdateViewTests(PostUpdateViewTestCase):
  31. def setUp(self):
  32. '''
  33. Create a new user different from the one who posted
  34. '''
  35. super().setUp()
  36. username = 'jane'
  37. password = '321'
  38. user = User.objects.create_user(username=username, email='jane@doe.com', password=password)
  39. self.client.login(username=username, password=password)
  40. self.response = self.client.get(self.url)
  41. def test_status_code(self):
  42. '''
  43. A topic should be edited only by the owner.
  44. Unauthorized users should get a 404 response (Page Not Found)
  45. '''
  46. self.assertEquals(self.response.status_code, 404)
  47. class PostUpdateViewTests(PostUpdateViewTestCase):
  48. # ...
  49. class SuccessfulPostUpdateViewTests(PostUpdateViewTestCase):
  50. # ...
  51. class InvalidPostUpdateViewTests(PostUpdateViewTestCase):
  52. # ...

这里,重要的部分是:PostUpdateViewTestCase是我们定义的类,它可以在其他测试用例中复用。它只包含基本的设置,创建user,topic,boards等等。

LoginRequiredPostUpdateViewTests 这个类将测试检查该视图是否使用了@login_required装饰器。即只有经过身份验证的用户才能访问编辑页面。

UnauthorizedPostUpdateViewTests 这个类是创建一个新用户,与发布并尝试访问编辑页面的用户不同。本应用程序应该只能授权该文章的所有者进行编辑。

我们来运行一下这些测试:

  1. python manage.py test boards.tests.test_view_edit_post
  1. Creating test database for alias 'default'...
  2. System check identified no issues (0 silenced).
  3. ..F.......F
  4. ======================================================================
  5. FAIL: test_redirection (boards.tests.test_view_edit_post.LoginRequiredPostUpdateViewTests)
  6. ----------------------------------------------------------------------
  7. ...
  8. AssertionError: 200 != 302 : Response didn't redirect as expected: Response code was 200 (expected 302)
  9. ======================================================================
  10. FAIL: test_status_code (boards.tests.test_view_edit_post.UnauthorizedPostUpdateViewTests)
  11. ----------------------------------------------------------------------
  12. ...
  13. AssertionError: 200 != 404
  14. ----------------------------------------------------------------------
  15. Ran 11 tests in 1.360s
  16. FAILED (failures=2)
  17. Destroying test database for alias 'default'...

首先,我们修复@login_required装饰器的问题。在 CBV 上使用视图装饰器的方式有一些不同。我们需要额外的导入:

boards/views.py (查看文章文件)

  1. from django.contrib.auth.decorators import login_required
  2. from django.shortcuts import redirect
  3. from django.views.generic import UpdateView
  4. from django.utils import timezone
  5. from django.utils.decorators import method_decorator
  6. from .models import Post
  7. @method_decorator(login_required, name='dispatch')
  8. class PostUpdateView(UpdateView):
  9. model = Post
  10. fields = ('message', )
  11. template_name = 'edit_post.html'
  12. pk_url_kwarg = 'post_pk'
  13. context_object_name = 'post'
  14. def form_valid(self, form):
  15. post = form.save(commit=False)
  16. post.updated_by = self.request.user
  17. post.updated_at = timezone.now()
  18. post.save()
  19. return redirect('topic_posts', pk=post.topic.board.pk, topic_pk=post.topic.pk)

我们不能用 @login_required 装饰器直接装饰类。我们必须使用一个工具@method_decorator,并传递一个装饰器(或一个装饰器列表)并告诉应该装饰哪个类。在 CBV 中,装饰调度类是很常见的。它是一个Django内部使用的方法(在View类中定义)。所有的请求都会经过这个类,所以装饰它会相对安全。

再次运行一下测试:

  1. python manage.py test boards.tests.test_view_edit_post
  1. Creating test database for alias 'default'...
  2. System check identified no issues (0 silenced).
  3. ..........F
  4. ======================================================================
  5. FAIL: test_status_code (boards.tests.test_view_edit_post.UnauthorizedPostUpdateViewTests)
  6. ----------------------------------------------------------------------
  7. ...
  8. AssertionError: 200 != 404
  9. ----------------------------------------------------------------------
  10. Ran 11 tests in 1.353s
  11. FAILED (failures=1)
  12. Destroying test database for alias 'default'...

好的,我们解决了 @login_required 的问题,现在我们必须处理其他用户可以编辑所有帖子的问题。

解决这个问题最简单的方法是重写UpdateViewget_queryset 方法。你可以在这里看到原始方法的源码—- UpdateView#get_queryset.

boards/views.py 查看完整文件

  1. @method_decorator(login_required, name='dispatch')
  2. class PostUpdateView(UpdateView):
  3. model = Post
  4. fields = ('message', )
  5. template_name = 'edit_post.html'
  6. pk_url_kwarg = 'post_pk'
  7. context_object_name = 'post'
  8. def get_queryset(self):
  9. queryset = super().get_queryset()
  10. return queryset.filter(created_by=self.request.user)
  11. def form_valid(self, form):
  12. post = form.save(commit=False)
  13. post.updated_by = self.request.user
  14. post.updated_at = timezone.now()
  15. post.save()
  16. return redirect('topic_posts', pk=post.topic.board.pk, topic_pk=post.topic.pk)

通过这一行 queryset = super().get_queryset(), 我们实现了重用父类,即,UpateView 类的 get_queryset 方法。然后,我们通过给 queryset 添加一个额外的过滤条件,该过滤条件是通过请求中获取登录的用户来过滤内容。

再次测试:

  1. python manage.py test boards.tests.test_view_edit_post
  1. Creating test database for alias 'default'...
  2. System check identified no issues (0 silenced).
  3. ...........
  4. ----------------------------------------------------------------------
  5. Ran 11 tests in 1.321s
  6. OK
  7. Destroying test database for alias 'default'...

一切顺利!

列表视图

我们现在可以利用 CBV 的功能来重构一些现有的视图。以主页为例,我们就先从数据库中抓取所有的 boards 并将其罗列在HTML中:

boards/views.py

  1. from django.shortcuts import render
  2. from .models import Board
  3. def home(request):
  4. boards = Board.objects.all()
  5. return render(request, 'home.html', {'boards': boards})

下面是我们如何使用 GCBV 为模型列表来重写它:

boards/views.py 查看完整文件

  1. from django.views.generic import ListView
  2. from .models import Board
  3. class BoardListView(ListView):
  4. model = Board
  5. context_object_name = 'boards'
  6. template_name = 'home.html'

那么我们得修改一下 urls.py 模块中的引用:

myproject/urls.py 查看完整文件

  1. from django.conf.urls import url
  2. from boards import views
  3. urlpatterns = [
  4. url(r'^$', views.BoardListView.as_view(), name='home'),
  5. # ...
  6. ]

如果检查一下主页,我们会看到没有什么变化,一切都按预期的运行。但是我们必须稍微调整我们的测试,因为现在我们现在的视图是 CBV 类型了。

boards/tests/test_view_home.py 查看完整文件

  1. from django.test import TestCase
  2. from django.urls import resolve
  3. from ..views import BoardListView
  4. class HomeTests(TestCase):
  5. # ...
  6. def test_home_url_resolves_home_view(self):
  7. view = resolve('/')
  8. self.assertEquals(view.func.view_class, BoardListView)