Django - Visualizações Baseadas em Função

Embora o termo visão possa ser interpretado de uma maneira, em Django Este não é o conceito clássico que usamos para isso, por exemplo, na programação da web muitas vezes o resultado que uma visualização nos dá depende das ações do usuário, talvez o usuário atualize um menu suspenso e altere o sentido total da visualização .
Quando tentamos estabelecer o conceito de visão, o que queremos alcançar não é tentar compará-lo com o conceito que podemos ter pré-definido de outros ambientes MVC, uma vez que temos o conceito de visão de Django podemos expressá-lo melhor para outros desenvolvedores.
O esqueleto da visão
Se virmos o corpo da visão e formos às suas bases, podemos dizer que uma visão é uma função que pegue uma solicitação HTTP Y retorna uma resposta HTTP, Poderíamos dizer que esta abordagem é simples, porém se vermos o propósito da visão este conceito o cumpre adequadamente, agora que para atingir a simplicidade desses dois elementos devemos realizar outras atividades.
Visualizações genéricas
A filosofia de Django diz-nos que devemos fazer todo o possível para que as nossas aplicações sejam reutilizáveis, simples e eficazes, o que significa isto, que não podemos desenvolver elementos repetitivos, ou seja, escrever sempre o mesmo código porque não faz sentido, vamos ver a seguinte imagem:

Neste código estamos vendo como construímos uma função, esta função nos representa uma visão, porém está longe de ser uma solução que atenda os pontos do Filosofia Django, embora seja verdade que o código funciona e em muitos casos ele faria o trabalho mais do que bem, vamos imaginar que, em vez de ter que fazer apenas essa visualização, temos que fazer 100 ou 200 porque temos uma aplicação de grandes proporções, teria que repetir essa lógica indefinidamente, gerando o mesmo tipo de código.
Se olharmos para o nome da visão, os parâmetros que ela chama, incluindo a resposta que dá, que está direcionando para uma URL predefinida pelo desenvolvedor, tudo isso nos aponta para uma visão específica e não genérica.
Antes que possamos nos preocupar, o framework já tem uma solução para este problema e não é nada mais e nada menos que o visões genéricas, são visualizações que já estão definidas, só temos que junte-os a um modelo, indique um modelo e podemos acessar funções e métodos que fazem todos os fundamentos de que precisamos.
Vamos ver o código desses visões genéricas na seguinte imagem:

No exemplo podemos notar vários pontos interessantes, primeiro não limitamos a função a um único modelo, vemos como usamos a função model.get_default_manager com o qual estabelecemos qual é a chave primária do nosso modelo, então retornamos o nome do modelo que obtivemos primeiro como um argumento da função.
Aqui não temos mais limitação por código, uma vez que isso é feito apenas uma vez e inclui Django, só precisamos nos preocupar em integrar o que vamos usar, vamos ver a implementação de uma visualização usando esta abordagem:

Em nossa implementação, simplesmente chamamos a função show_object da vê a aula, indicamos qual modelo ele usará e o nome do modelo, algo muito menos repetitivo e mais simples do que a abordagem não genérica que vimos no início.
Como podemos ver, temos ferramentas dentro da estrutura que nos poupam trabalho e também podemos cumprir uma filosofia de desenvolvimento limpa e eficiente, reduzindo o número de linhas desnecessárias de código que escrevemos.Gostou e ajudou este tutorial?Você pode recompensar o autor pressionando este botão para dar a ele um ponto positivo