Django 유니버설 뷰 설명

최악의 경우
웹 개발은 지루하고 단조롭습니다. 지금까지 Django가 모델 및 템플릿 수준에서 개발의 단조로움을 줄이는 방법을 소개했지만 웹 개발도 뷰 수준에서 이러한 지루한 일을 경험합니다.

Django의 일반적인 뷰는 이러한 고통을 줄일 수 있습니다. 뷰 개발에 흔히 사용되는 일부 코드와 패턴을 추상화하여, 많은 코드를 작성하지 않고도 자주 사용되는 데이터 뷰를 빠르게 작성할 수 있도록 합니다. 실제로 이전 장의 거의 모든 뷰 예제는 일반 뷰의 도움으로 다시 작성할 수 있습니다.

8장에서는 뷰를 더욱 '보편적'으로 만드는 방법을 간략하게 소개합니다. 되돌아보면 일련의 개체를 표시하고 개체의 내용을 표시하는 코드를 작성하는 등 보다 일반적인 작업 중 일부를 찾을 수 있습니다. 해결책은 URLConf에 추가 매개변수를 전달하는 것입니다.

Django에 내장된 범용 뷰는 다음 기능을 구현할 수 있습니다.

§ 일반적인 단순 작업 완료: 다음으로 리디렉션 다른 페이지를 클릭하고 지정된 템플릿을 렌더링합니다.

§ 특정 개체의 목록 및 세부정보 페이지를 표시합니다. 8장에서 언급한 event_list 및 Entry_list 뷰는 목록 뷰의 예입니다. 단일
이벤트 페이지를 상세 콘텐츠 페이지라고 합니다.

§ 날짜 기준 데이터 연/월/일 아카이브 페이지, 관련 상세 페이지, 최신 페이지를 표시합니다. Django의 연월일 아카이브
웹로그(http://www.djangoproject.com/weblog/)는 일반적인 뉴스 신문 아카이브와 마찬가지로 범용 뷰 아키텍처를 사용합니다.

§ 사용자가 승인 여부에 관계없이 개체를 생성, 수정 및 삭제할 수 있도록 허용합니다.

요약하자면 이러한 뷰는 개발자의 일상적인 개발에서 일반적인 작업에 사용하기 쉬운 인터페이스를 제공합니다.

일반 뷰 사용

일반 뷰를 사용하는 방법은 URLconf 파일에 구성 사전을 생성한 다음 이 사전을 URLconf 튜플의 세 번째 멤버로 사용하는 것입니다 .

예를 들어 정적 정보 페이지를 렌더링하는 URLconf는 다음과 같습니다.

from django.conf.urls.defaults import *
from django.views.generic.simple import direct_to_template
urlpatterns = patterns('',
('^about/$', direct_to_template, {
'template': 'about.html'
})
)

언뜻 보면 코드가 없는 이상한 보기처럼 보일 수 있습니다. ! 이는 8장의 예제와 정확히 동일합니다. direct_to_template 보기는 매개변수에서 보기를 렌더링하는 데 필요한 관련 정보를 가져옵니다.

일반 뷰는 표준 뷰 기능이므로 자체 뷰에서 재사용할 수 있습니다. 예를 들어 /about/73eb76d467c85f6f564dc45534a3188a/의 URL을 정적으로 렌더링된 about/73eb76d467c85f6f564dc45534a3188a.html로 매핑하기 위해 about 예제를 확장합니다. 먼저 URL 구성을 새 보기 함수로 수정합니다:

from django.conf.urls.defaults import *
from django.views.generic.simple import direct_to_template
**from mysite.books.views import about_pages**
urlpatterns = patterns('',
('^about/$', direct_to_template, {
'template': 'about.html'
}),
**('^about/(w+)/$', about_pages),**
)

다음으로 about_pages 보기에 대한 코드를 작성합니다:

from django.http import Http404
from django.template import TemplateDoesNotExist
from django.views.generic.simple import direct_to_template
def about_pages(request, page):
try:
return direct_to_template(request, template="about/%s.html" % page)
except TemplateDoesNotExist:
raise Http404()

여기에서는 다른 함수처럼 direct_to_template을 사용합니다. HttpResponse 개체를 반환하므로 간단히 반환합니다. 템플릿을 찾을 수 없는 경우를 처리하는 데 약간의 복잡성이 있습니다. 존재하지 않는 템플릿으로 인해 서버 오류가 발생하는 것을 원하지 않으므로 TempalteDoesNotExist 예외를 포착하고 404 오류를 반환합니다.

여기에 보안 문제가 있나요?

눈썰미가 있는 독자라면 보안 취약점이 있음을 알아차렸을 것입니다. 클라이언트 브라우저의 데이터를 직접 사용하여 템플릿 이름(template="about/%s . html"%페이지). 언뜻 보기에 이는 전형적인 디렉터리 탐색 공격처럼 보입니다(자세한 내용은 19장 참조). 이것이 실제로 사실입니까?

전혀 그렇지 않습니다. 예, 악성 페이지 값으로 인해 디렉터리 스패닝이 발생할 수 있지만, 요청한 URL에서 페이지를 가져오더라도 모든 값이 허용되는 것은 아닙니다. 이것이 URL 구성의 핵심입니다. 정규식 /w+를 사용하여 URL의 페이지를 일치시키고 /w는 문자와 숫자만 허용합니다. 따라서 URL을 구문 분석할 때 모든 악성 문자(예: 점 . 및 슬래시 /)가 거부되며 보기 기능에 전혀 전달되지 않습니다.

객체의 일반 뷰

direct_to_template는 의심할 여지 없이 매우 유용하지만 Django의 일반 뷰는 데이터베이스에서 데이터를 렌더링할 때 가장 유용합니다. 이 응용 프로그램은 매우 일반적이기 때문에 Django에는 개체의 목록 및 세부 정보 보기를 쉽게 생성하는 데 도움이 되는 많은 기본 제공 일반 보기가 제공됩니다.

일반적인 보기 중 하나인 개체 목록 보기를 살펴보겠습니다. 예제로 5장의 출판사를 사용합니다:

class Publisher(models.Model):
name = models.CharField(maxlength=30)
address = models.CharField(maxlength=50)
city = models.CharField(maxlength=60)
state_province = models.CharField(maxlength=30)
country = models.CharField(maxlength=50)
website = models.URLField()
def __str__(self):
return self.name
class Meta:
ordering = ["-name"]
class Admin:
pass

모든 책에 대한 목록 페이지를 생성하려면 다음 URL 구성을 사용합니다:

from django.conf.urls.defaults import *
from django.views.generic import list_detail
from mysite.books.models import Publisher
publisher_info = {
"queryset" : Publisher.objects.all(),
}
urlpatterns = patterns('',
(r'^publishers/$', list_detail.object_list, publisher_info)
)

이것은 작성될 모든 Python 코드입니다. . 물론 템플릿도 작성해야 합니다. 추가 매개변수 사전에 template_name을 포함시켜 object_list 뷰에 어떤 템플릿을 사용할지 명확하게 알릴 수 있지만, Django는 템플릿이 제공되지 않을 때 개체 이름에서 하나를 추론하기 때문입니다. 이 예에서 파생된 템플릿 이름은 "books/publisher_list.html"입니다. 여기서 books 부분은 이 모델을 정의하는 앱의 이름이고

publisher 부분은 모델 이름의 소문자 버전입니다.

这个模板将按照 context 
中包含的变量object_list来渲染，这个变量包含所有的书籍对象。一个非常简单的模板看起来象下面这样：

{% extends "base.html" %}
{% block content %}
<h2>Publishers</h2>
<ul>
{% for publisher in object_list %}
<li>{{ publisher.name }}</li>
{% endfor %}
</ul>
{% endblock %}

这就是所有要做的事。要使用通用视图酷酷的特性只需要修改参数字典并传递给通用视图函数。附录D是通用视图的完全参考资料；本章接下来的章节将讲到自定义和扩展通用视图的一些方法。

扩展通用视图

毫无疑问，使用通用视图可以充分加快开发速度。然而，在多数的工程中，也会出现通用视图不能满足需求的情况。实际上，刚接触Django的开发者最常见的问题就是怎样使用通用视图来处理更多的情况。

幸运的是，几乎每种情况都有相应的方法来简单的扩展通用视图来处理它。这时总是使用下面的这些方法。

制作友好的模板Context

你也许已经注意到范例中的出版商列表模板在变量object_list里保存所有的书籍。这个方法工作的很好，只是对编写模板的人不太友好：他们不得不去了解他们现在处理的数据是什么，比方说在这里是书籍。用象publisher_list这样的变量名会更好一点，这样变量的值看起来就很清楚了。

我们可以很容易的象下面这样修改template_object_name参数的名称：

publisher_info = {
"queryset" : Publisher.objects.all(),
**"template_object_name" : "publisher",**
}
urlpatterns = patterns('',
(r'^publishers/$', list_detail.object_list, publisher_info)
)

使用有用的template_object_name总是个好想法。你的设计模板的合作伙伴会感谢你的。

添加额外的Context

你常常需要呈现比通用视图提供的更多的额外信息。例如，考虑一下在每个出版商页面实现所有其他出版商列表。object_detail通用视图提供了出版商到context，但是看起来没有办法在模板中获取所有出版商列表。

这是解决方法：所有的通用视图都有一个额外的可选参数extra_context。这个参数是一个字典数据类型，包含要添加到模板的context中的额外的对象。所以要提供所有的出版商明细给视图，我们就用这样的info字典：

publisher_info = {
"queryset" : Publisher.objects.all(),
"template_object_name" : "publisher",
**"extra_context" : {"book_list" : Book.objects.all()}**
}

这样就把一个{{book_list}}变量放到模板的context中。这个方法可以用来传递任意数据到通用视图模板中去，非常方便。

不过，这里有一个很隐蔽的BUG，不知道你发现了没有？

我们现在来看一下，extra_context里包含数据库查询的问题。因为在这个例子中，我们把Publisher.objects.all()放在URLconf中，它只会执行一次（当URLconf第一次加载的时候）。当你添加或删除出版商，你会发现在重启Web服务器之前，通用视图不会反映出这些修改的（有关QuerySet何时被缓存和赋值的更多信息请参考附录C中“缓存与查询集”一节）。

备注

这个问题不适用于通用视图的queryset参数。因为Django知道有些特别的 QuerySet永远不能被缓存，通用视图在渲染前都做了缓存清除工作。

解决这个问题的办法是在extra_context中用一个回调（callback）来代替使用一个变量。任何可以调用的对象（例如一个函数）在传递给extra_context后都会在每次视图渲染前执行（而不是只执行一次）。你可以象这样定义一个函数：

def get_books():
return Book.objects.all()
publisher_info = {
"queryset" : Publisher.objects.all(),
"template_object_name" : "publisher",
"extra_context" : **{"book_list" : get_books}**
}

或者你可以使用另一个不是那么清晰但是很简短的方法，事实上Publisher.objects.all本身就是可以调用的：

publisher_info = {
"queryset" : Publisher.objects.all(),
"template_object_name" : "publisher",
"extra_context" : **{"book_list" : Book.objects.all}**
}

注意Book.objects.all后面没有括号；这表示这是一个函数的引用，并没有真调用它（通用视图将会在渲染时调用它）。

显示对象的子集

现在让我们来仔细看看这个queryset。大多数通用视图有一个queryset参数，这个参数告诉视图要显示对象的集合（有关QuerySet的解释请看第五章的
“选择对象”章节，详细资料请参看附录C）。

举一个简单的例子，我们打算对书籍列表按出版日期排序，最近的排在最前：

book_info = {
"queryset" : Book.objects.all().order_by("-publication_date"),
}
urlpatterns = patterns('',
(r'^publishers/$', list_detail.object_list, publisher_info),
**(r'^books/$', list_detail.object_list, book_info),**
)

这是一个相当简单的例子，但是很说明问题。当然，你通常还想做比重新排序更多的事。如果你想要呈现某个特定出版商出版的所有书籍列表，你可以使用同样的技术：

**apress_books = {**
**"queryset": Book.objects.filter(publisher__name="Apress Publishing"),**
**"template_name" : "books/apress_list.html"**
**}**
urlpatterns = patterns('',
(r'^publishers/$', list_detail.object_list, publisher_info),
**(r'^books/apress/$', list_detail.object_list, apress_books),**
)

注意在使用一个过滤的queryset的同时，我们还使用一个自定义的模板名称。如果我们不这么做，通用视图就会用以前的模板，这可能不是我们想要的结果。

同样要注意的是这并不是一个处理出版商相关书籍的最好方法。如果我们想要添加另一个出版商页面，我们就得在URL配置中写URL配置，如果有很多的出版商，这个方法就不能接受了。在接下来的章节我们将来解决这个问题。

备注

如果你在请求/books/apres/时出现404错误，请检查以确保你的数据库中出版商中有名为Apress
Publishing的记录。通用视图有一个allow_empty参数可以用来处理这个情况，详情请看附录D。

用函数包装来处理复杂的数据过滤

另一个常见的需求是按URL里的关键字来过滤数据对象。在前面我们用在URL配置中硬编码出版商名称的方法来做这个，但是我们想要用一个视图就能显示某个出版商的所有书籍该怎么办呢？我们可以通过对object_list通用视图进行包装来避免写一大堆的手工代码。按惯例，我们先从写URL配置开始：

urlpatterns = patterns('',
(r'^publishers/$', list_detail.object_list, publisher_info),
**(r'^books/(w+)/$', books_by_publisher),**
)

接下来，我们写books_by_publisher这个视图：（上面的代码中正则表达式有误，在 ‘w’前要加反斜杠）

from django.http import Http404
from django.views.generic import list_detail
from mysite.books.models import Book, Publisher
def books_by_publisher(request, name):
# Look up the publisher (and raise a 404 if it can't be found).
try:
publisher = Publisher.objects.get(name__iexact=name)
except Publisher.DoesNotExist:
raise Http404
# Use the object_list view for the heavy lifting.
return list_detail.object_list(
request,
queryset = Book.objects.filter(publisher=publisher),
template_name = "books/books_by_publisher.html",
template_object_name = "books",
extra_context = {"publisher" : publisher}
)

这是因为通用视图就是Python函数。和其他的视图函数一样，通用视图也是接受一些参数并返回HttpResponse对象。因此，通过包装通用视图函数可以做更多的事。

注意

注意到在前面这个例子中我们在extra_context传递了当前出版商这个参数。这在包装时通常是一个好注意；它让模板知道当前显示内容的上一层对象。

处理额外工作

我们再来看看最后一个常用模式：在调用通用视图前后做些额外工作。

想象一下我们在Author对象里有一个last_accessed字段，我们用这个字段来更正对author的最近访问时间。当然通用视图object_detail并不能处理这个问题，我们可以很容易的写一个自定义的视图来更新这个字段。

首先，我们需要在URL配置里设置指向到新的自定义视图：

from mysite.books.views import author_detail
urlpatterns = patterns('',
#...
**(r&#39;^authors/(?P<author_id>d+)/$&#39;, author_detail),**
)

接下来写包装函数：

import datetime
from mysite.books.models import Author
from django.views.generic import list_detail
from django.shortcuts import get_object_or_404
def author_detail(request, author_id):
# Look up the Author (and raise a 404 if she's not found)
author = get_object_or_404(Author, pk=author_id)
# Record the last accessed date
author.last_accessed = datetime.datetime.now()
author.save()
# Show the detail page
return list_detail.object_detail(
request,
queryset = Author.objects.all(),
object_id = author_id,
)

注意

除非你添加last_accessed字段到你的Author模型并创建books/author_detail.html模板，否则这段代码不能真正工作。

我们可以用同样的方法修改通用视图的返回值。如果我们想要提供一个供下载用的纯文本版本的author列表，我们可以用下面这个视图：

def author_list_plaintext(request):
response = list_detail.object_list(
request,
queryset = Author.objects.all(),
mimetype = "text/plain",
template_name = "books/author_list.txt"
)
response["Content-Disposition"] = "attachment; filename=authors.txt"
return response

这个方法之所以工作是因为通用视图返回的HttpResponse对象可以象一个字典一样的设置HTTP的头部。随便说一下，这个Content-Disposition的含义是告诉浏览器下载并保存这个页面，而不是在浏览器中显示它。

以上就是Django通用视图讲解的内容，更多相关内容请关注PHP中文网（www.php.cn）！