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()Link para este cabeçalho#Combina uma dado template com um dado dicionário de dados e retorna um objeto HttpResponse com aquele texto renderizado.
O Django não fornece um atalho de função o qual retorna uma TemplateResponse porque o construtor da TemplateResponse oferece o mesmo nível de facilidade que o render().
requestO objeto de requisição usado para gerar esta resposta.
\ntemplate_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.
\ncontextUm 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.
\ncontent_typeThe MIME type to use for the resulting document. Defaults to\n'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\n\n\ndef my_view(request):\n # View code here...\n return render(\n request,\n "myapp/index.html",\n {\n "foo": "bar",\n },\n content_type="application/xhtml+xml",\n )\nEste exemplo é equivalente a:
\nfrom django.http import HttpResponse\nfrom django.template import loader\n\n\ndef my_view(request):\n # View code here...\n t = loader.get_template("myapp/index.html")\n c = {"foo": "bar"}\n return HttpResponse(t.render(c, request), content_type="application/xhtml+xml")\nredirect()Link para este cabeçalho#Retorna uma HttpResponseRedirect para a URL apropriada de acordo com os argumentos passados.
Os argumentos podem ser:
\nUm modelo: a função get_absolute_url() do modelo será chamada.
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.
Emiti por padrão um redirecionamento temporário, passe permanent=True para ter um redirecionamento permanente.
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\n\n\ndef my_view(request):\n ...\n obj = MyModel.objects.get(...)\n return redirect(obj)\nPassando 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):\n ...\n return redirect("some-view-name", foo="bar")\nBy passing a hardcoded URL to redirect to:
\ndef my_view(request):\n ...\n return redirect("/some/url/")\nThis also works with full URLs:
\ndef my_view(request):\n ...\n return redirect("https://example.com/")\nPor 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):\n ...\n obj = MyModel.objects.get(...)\n return redirect(obj, permanent=True)\nget_object_or_404()Link para este cabeçalho#Asynchronous version: aget_object_or_404()
Chama o get() de um dado “manager” de modelo, mas emiti um Http404 no lugar de uma exceção DoesNotExist do modelo.
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\n\n\ndef my_view(request):\n obj = get_object_or_404(MyModel, pk=1)\nEste exemplo é equivalente a:
\nfrom django.http import Http404\n\n\ndef my_view(request):\n try:\n obj = MyModel.objects.get(pk=1)\n except MyModel.DoesNotExist:\n raise Http404("No MyModel matches the given query.")\nO 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")\nget_object_or_404(queryset, pk=1)\nO exemplo acima é um pouco exagerado já que é equivalente a fazer:
\nget_object_or_404(Book, title__startswith="M", pk=1)\nmas 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")\nVocê pode usar também uma "Manager"/s relacionados:
author = Author.objects.get(name="Roald Dahl")\nget_object_or_404(author.book_set, title="Matilda")\nNota: Assimcomo o get(), uma exceção do tipo MultipleObjectsReturned será emitida se mais de um objeto for encontrado..
get_list_or_404()Link para este cabeçalho#Asynchronous version: aget_list_or_404()
Retorna o resultado de filter() de um dado “manager” de modelo como uma lista (cast), emitindo um Http404 se a lista estiver vazia.
O exemplo seguinte pega todos os objetos publicados do MyModel:
from django.shortcuts import get_list_or_404\n\n\ndef my_view(request):\n my_objects = get_list_or_404(MyModel, published=True)\nEste exemplo é equivalente a:
\nfrom django.http import Http404\n\n\ndef my_view(request):\n my_objects = list(MyModel.objects.filter(published=True))\n if not my_objects:\n raise Http404("No MyModel matches the given query.")\n