A view function, or view for short, is a Python function that takes a\nWeb request and returns a Web response. This response can be the HTML contents\nof a Web page, or a redirect, or a 404 error, or an XML document, or an image .\n. . or anything, really. The view itself contains whatever arbitrary logic is\nnecessary to return that response. This code can live anywhere you want, as long\nas it's on your Python path. There's no other requirement--no "magic," so to\nspeak. For the sake of putting the code somewhere, the convention is to\nput views in a file called views.py, placed in your project or\napplication directory.
以下は、HTML ドキュメントとして、現在の日付と時刻を返すビューです:
\nfrom django.http import HttpResponse\nimport datetime\n\ndef current_datetime(request):\n now = datetime.datetime.now()\n html = "<html><body>It is now %s.</body></html>" % now\n return HttpResponse(html)\n1 行ずつコードを見ていきましょう:
\n最初に、Python の datetime ライブラリ とともに、クラス HttpResponse を django.http モジュールからインポートします。
次に、current_datetime という関数を定義します。これがビュー関数です。それぞれのビュー関数は、HttpRequest のオブジェクトを第 1 引数として受け取り、一般的には request と名付けられます。
ビュー関数の名前は重要ではありません; Django が識別するために特別な方法で名前を付ける必要はありません。ここでは、current_datetime という名前はその機能を的確に表しているので、ビュー関数を current_datetime と呼ぶことにします。
このビューは、生成されたレスポンスを含む HttpResponse のオブジェクトを返します。それぞれのビュー関数には、HttpResponse オブジェクトを返す義務があります。(例外もありますので、後で説明します。)
要約すると、このビュー関数は現在の日付と時刻を含む HTML ページを返します。このビューを特定の URL で表示するには、URLconf を作成する必要があります。その方法は、URL ディスパッチャ を参照してください。
\nDjango provides help for returning HTTP error codes. There are subclasses of\nHttpResponse for a number of common HTTP status codes\nother than 200 (which means "OK"). You can find the full list of available\nsubclasses in the request/response\ndocumentation. Return an instance of one of those subclasses instead of a\nnormal HttpResponse in order to signify an error. For\nexample:
from django.http import HttpResponse, HttpResponseNotFound\n\ndef my_view(request):\n # ...\n if foo:\n return HttpResponseNotFound('<h1>Page not found</h1>')\n else:\n return HttpResponse('<h1>Page was found</h1>')\nレスポンスコードの多くは使用頻度が低いため、発生しうる HTTP レスポンスコードすべてにそれぞれ特化したサブクラスが用意されているわけではありません。 しかし、HttpResponse のドキュメントに書かれているように、HTTP ステータスコードをコンストラクタに渡して、HttpResponse が任意のステータスコードを返すクラスを作成することもできます。例えば:
from django.http import HttpResponse\n\ndef my_view(request):\n # ...\n\n # Return a "created" (201) response code.\n return HttpResponse(status=201)\n404 エラーは最も一般的な HTTP エラーなので、簡単に扱える方法があります。
\nHttp404 例外Link to this heading#エラーを返すときは (例えば HttpResponseNotFound)、エラーページを結果とする HTML を定義する責任があります:
return HttpResponseNotFound('<h1>Page not found</h1>')\n利便性に加えて、サイト全体を通じて一貫性のある 404 ページを表示できるようにするため、Django は Http404 例外を提供しています。raise ``Http404``した場合、ビュー関数のどの場所でも、Django はこれを認識して、HTTP エラーコード 404 とともに標準的なエラーページをアプリケーションに返します。
使い方の例:
\nfrom django.http import Http404\nfrom django.shortcuts import render\nfrom polls.models import Poll\n\ndef detail(request, poll_id):\n try:\n p = Poll.objects.get(pk=poll_id)\n except Poll.DoesNotExist:\n raise Http404("Poll does not exist")\n return render(request, 'polls/detail.html', {'poll': p})\nDjango が 404 を返したときに独自の HTML を表示したいときは、404.html` という名前の HTML テンプレートを作成し、テンプレートツリーのトップレベルの場所に置いてください。DEBUG が False にセットされているとき、このテンプレートが使われます。
DEBUG が True の場合、Http404 にメッセージを提供し、標準的な 404 デバッグテンプレートに表示させることができます。このメッセージ機能はデバッグ用に使用してください; 通常、プロダクトの404 テンプレートとしては不向きです。
The default error views in Django should suffice for most Web applications,\nbut can easily be overridden if you need any custom behavior. Specify the\nhandlers as seen below in your URLconf (setting them anywhere else will have no\neffect).
\npage_not_found() ビューは handler404 でオーバーライドされます:
handler404 = 'mysite.views.my_custom_page_not_found_view'\nserver_error() ビューは handler500 でオーバーライドされます:
handler500 = 'mysite.views.my_custom_error_view'\npermission_denied() ビューは handler403 でオーバーライドされます:
handler403 = 'mysite.views.my_custom_permission_denied_view'\nbad_request() ビューは handler400 でオーバーライドされます:
handler400 = 'mysite.views.my_custom_bad_request_view'\nカスタムエラーのハンドラーのレスポンスをテストするには、たとえば以下のように、テストビューの中で適切な例外を起こします。
\nfrom django.core.exceptions import PermissionDenied\nfrom django.http import HttpResponse\nfrom django.test import SimpleTestCase, override_settings\nfrom django.urls import path\n\n\ndef response_error_handler(request, exception=None):\n return HttpResponse('Error handler content', status=403)\n\n\ndef permission_denied_view(request):\n raise PermissionDenied\n\n\nurlpatterns = [\n path('403/', permission_denied_view),\n]\n\nhandler403 = response_error_handler\n\n\n# ROOT_URLCONF must specify the module that contains handler403 = ...\n@override_settings(ROOT_URLCONF=__name__)\nclass CustomErrorHandlerTests(SimpleTestCase):\n\n def test_handler_renders_template_response(self):\n response = self.client.get('/403/')\n # Make assertions on the response here. For example:\n self.assertContains(response, 'Error handler content', status_code=403)\nAs well as being synchronous functions, views can also be asynchronous\n("async") functions, normally defined using Python's async def syntax.\nDjango will automatically detect these and run them in an async context.\nHowever, you will need to use an async server based on ASGI to get their\nperformance benefits.
Here's an example of an async view:
\nimport datetime\nfrom django.http import HttpResponse\n\nasync def current_datetime(request):\n now = datetime.datetime.now()\n html = '<html><body>It is now %s.</body></html>' % now\n return HttpResponse(html)\nYou can read more about Django's async support, and how to best use async\nviews, in 非同期サポート.
\n