O pacote django.shortcuts agrega funções e classes auxiliares que “abrangem” múltiplos níveis do MVC. Em outras palavras, essas funções/classes introduzem uma composição controlada por uma questão de conveniência.
render()¶Combina uma dado template com um dado dicionário de dados e retorna um objeto HttpResponse com aquele texto renderizado.
Django does not provide a shortcut function which returns a
TemplateResponse because the constructor
of TemplateResponse offers the same level
of convenience as render().
requestO objeto de requisição usado para gerar esta resposta.
template_nameO nome completo do template a ser usado ou uma sequência de nomes de templates. Se uma sequência é dada, o primeiro template que existir será usado. Veja a documentação de carga de templates para maiores informações de como os templates são encontrados.
contextUm dicionário de valores que são adicionados ao contexto do template. Por padrao, é um dicionário vazio. Se um valor neste dicionário é um executável, a “view” irá executá-lo logo antes de renderizar o template.
content_typeThe MIME type to use for the resulting document. Defaults to
'text/html'.
statusO código de status da resposta. Padrão é 200.
usingO NAME do mecanismo de template a ser usado para a carga do template.
O exemplo seguinte renderiza o template myapp/index.html com o tipo MIME application/xhtml+xml:
from django.shortcuts import render
def my_view(request):
# View code here...
return render(
request,
"myapp/index.html",
{
"foo": "bar",
},
content_type="application/xhtml+xml",
)
Este exemplo é equivalente a:
from django.http import HttpResponse
from django.template import loader
def my_view(request):
# View code here...
t = loader.get_template("myapp/index.html")
c = {"foo": "bar"}
return HttpResponse(t.render(c, request), content_type="application/xhtml+xml")
redirect()¶Retorna uma HttpResponseRedirect para a URL apropriada de acordo com os argumentos passados.
Os argumentos podem ser:
A model: the model’s get_absolute_url()
function will be called.
Um nome de uma “view”, possivelmente com argumentos: a reverse() será usada para resolver inversamente o nome
Uma URL absoluta ou relativa, a qual será usada como tal para o local do redirecionamento.
By default, a temporary redirect is issued with a 302 status code. If
permanent=True, a permanent redirect is issued with a 301 status code.
If preserve_request=True, the response instructs the user agent to
preserve the method and body of the original request when issuing the
redirect. In this case, temporary redirects use a 307 status code, and
permanent redirects use a 308 status code. This is better illustrated in the
following table:
permanent |
preserve_request |
HTTP status code |
|---|---|---|
|
|
301 |
|
|
302 |
|
|
307 |
|
|
308 |
The argument preserve_request was added.
Você pode usar a função redirect() de várias maneiras.
Passando algum objeto; o método get_absolute_url() daquele objeto será chamado para descobrir a URL de redirecionamento:
from django.shortcuts import redirect
def my_view(request):
...
obj = MyModel.objects.get(...)
return redirect(obj)
Passando o nome de uma “view” e opcionalmente algum argumento posicional ou nomeado; a URL será inversamente resolvida usando o método reverse()
def my_view(request):
...
return redirect("some-view-name", foo="bar")
By passing a hardcoded URL to redirect to:
def my_view(request):
...
return redirect("/some/url/")
This also works with full URLs:
def my_view(request):
...
return redirect("https://example.com/")
Por padrão, a redirect() retorna um redirecionamento temporário. Todas as formas acima aceitam um argumento chamado permanent; se definido como True um redirecionamento permanente será retornado:
def my_view(request):
...
obj = MyModel.objects.get(...)
return redirect(obj, permanent=True)
Additionally, the preserve_request argument can be used to preserve the
original HTTP method:
def my_view(request):
# ...
obj = MyModel.objects.get(...)
if request.method in ("POST", "PUT"):
# Redirection preserves the original request method.
return redirect(obj, preserve_request=True)
# ...
get_object_or_404()¶Asynchronous version: aget_object_or_404()
Calls get() on a given model
manager, but it raises Http404 instead of the model’s
DoesNotExist exception.
O exemplo seguinte pega o objeto do modelo MyModel e com chave-primária igual a 1:
from django.shortcuts import get_object_or_404
def my_view(request):
obj = get_object_or_404(MyModel, pk=1)
Este exemplo é equivalente a:
from django.http import Http404
def my_view(request):
try:
obj = MyModel.objects.get(pk=1)
except MyModel.DoesNotExist:
raise Http404("No MyModel matches the given query.")
O caso de uso mais comum é passar uma Model, como mostrado acima. Porém, você pode também passar uma instância de QuerySet:
queryset = Book.objects.filter(title__startswith="M")
get_object_or_404(queryset, pk=1)
O exemplo acima é um pouco exagerado já que é equivalente a fazer:
get_object_or_404(Book, title__startswith="M", pk=1)
mas pode ser útil se você estiver passando uma varável queryset vinda de algum outro lugar.
E fInalmente, você pode usar uma Manager. Isso é útil por exemplo quando você tem uma custom manager:
get_object_or_404(Book.dahl_objects, title="Matilda")
Você pode usar também uma "Manager"/s relacionados:
author = Author.objects.get(name="Roald Dahl")
get_object_or_404(author.book_set, title="Matilda")
Nota: Assimcomo o get(), uma exceção do tipo MultipleObjectsReturned será emitida se mais de um objeto for encontrado..
get_list_or_404()¶Asynchronous version: aget_list_or_404()
Returns the result of filter() on
a given model manager cast to a list, raising Http404
if the resulting list is empty.
O exemplo seguinte pega todos os objetos publicados do MyModel:
from django.shortcuts import get_list_or_404
def my_view(request):
my_objects = get_list_or_404(MyModel, published=True)
Este exemplo é equivalente a:
from django.http import Http404
def my_view(request):
my_objects = list(MyModel.objects.filter(published=True))
if not my_objects:
raise Http404("No MyModel matches the given query.")
dez. 03, 2025