O Djanfo fornece muitos “decorators” que podem ser aplicados em “views” para suportar várias características HTTP.
\nSee Decorating the class for how to use these decorators with\nclass-based views.
\nOs “decorators” em django.views.decorators.http podem ser usados para restringir acesso a “views” baseado no método de requisição . Estes “decorators” retornarão uma django.http.HttpResponseNotAllowed se a condição não for atendida.
“Decorator” que requer que uma “view” aceite somente alguns métodos de requisição em particular. Uso:
\nfrom django.views.decorators.http import require_http_methods\n\n\n@require_http_methods(["GET", "POST"])\ndef my_view(request):\n # I can assume now that only GET or POST requests make it this far\n # ...\n pass\nNote que o método de requisição deve estar em maiúsculas.
\n“Decorator” que requer que a “view” somente aceite o método GET.
\n“Decorator” que requer que a “view” somente aceite o método POST.
\n“Decorator” que requer que a “view” somente aceite os métodos GET e HEAD. Estes métodos são geralmente considerados “seguros” porque eles não tem a importância de tomar uma ação além de retornar o conteúdo requisitado.
\n\nOs seguintes “decorators” em django.views.decorators.http podem ser usados para controlar o comprtamento do “cache” em algumas “views” em particular.
Estes “decorators” podem ser usados para gerar ETag e cabeçalhos Last-Modified; veja processamento condicional de “view”.
Os “decorators” em django.views.decorators.gzip controlam a compressão de conteúdo baseados em cada “view”.
O “decorator” comprime o conteúdo se o navegador permitir compressão “gzip”. Ele define o cabeçalho Vary de acordo, então aquel cache irá basea seu armazenamento no cabeçalho Accept-Encoding.
Os “decorators” em django.views.decorators.vary podem ser usados para controlar o “cacheamento” baseado em cabeçalhos específicos de requisições.
O cabeçalho Vary define quais cabeçalhos de requisições um mecânismo de “cache” deve levar em consideração ao construir sua chave de “cache”.
Veja usando cabeçalhos “vary”.
\nOs “decorators” em django.views.decorators.cache controlam o “cacheamento” do lado do servidor e do cliente.
This decorator patches the response’s Cache-Control header by adding\nall of the keyword arguments to it. See\npatch_cache_control() for the details of the\ntransformation.
This decorator adds an Expires header to the current date/time.
This decorator adds a Cache-Control: max-age=0, no-cache, no-store,\nmust-revalidate, private header to a response to indicate that a page\nshould never be cached.
Each header is only added if it isn’t already set.
\nThe decorators in django.views.decorators.common allow per-view\ncustomization of CommonMiddleware behavior.
This decorator allows individual views to be excluded from\nAPPEND_SLASH URL normalization.