Donc, maintenant, nous allons jeter un oeil au code qui écrit réellement les vues,
le code efficacement dans views.py.
Maintenant, la première vue que nous allons jeter un oeil est celle où nous n'
écrivons même pas du tout de code.
Et c'est cette vue prédéfinie, ce TemplateView.
Et encore une fois, TemplateView est le code qu'une classe qui
nous est donnée de Django, TemplateView, et vous lui passez un paramètre.
Donc, nous appelons une fonction ici
et lui transmettons un nom de modèle, et c'est un fichier, views/main.html.
Ce sont les vues de l'application,
il y a un sous-dossier appelé templates et puis je parlerai de cela dans un peu.
Nous répétons le nom de l'application deux fois.
Donc c'est un peu bizarre.
Mais il doit faire le fait que ces noms sont globaux dans toutes les applications.
Et donc vous voulez qu'il y ait peut-être plus d'un main.html.
Et c'est pourquoi vous avez ce nom de dossier supplémentaire et
vous le mettez là même si cela semble un peu redondant mais c'est correct.
Et c'est donc juste un fichier HTML statique.
Je ne vais pas lire les données d'une base de données.
Je ne vais pas écrire de données dans la base de données.
Je vais juste lire ce fichier et le renvoyer au navigateur.
Et c'est une chose courante,
où nous avons juste un fichier que nous voulons renvoyer au navigateur.
Et donc nous n'avons même pas besoin d'écrire un code Python autre que d'
ajouter cette entrée dans les modèles d'URL dans urls.py.
Donc, c'est une vue où vous n'avez pas écrit de code Python.
Maintenant, pour les parties où vous allez écrire du code Python pour une vue,
vous allez passer des variables.
Les variables sont tout à propos de l'objet requête.
L' objet request est toutes les données entrant et l'objet réponse
est quelque chose que vous produisez dans la vue et vous le renvoyez toutes.
Ainsi, l'objet requête est une instance d'objet de classe HttpRequest.
C' est un Django prédéfini,
et il y a juste un tas de choses.
Le régime, maintenant quel est le régime ? Qu'
il s'agisse ou non de https sécurisés ou non. Le corps ? C'est une ficelle.
Donc, il y a environ 20 ou 30 attributs.
Nous allons utiliser certains d'entre eux, mais vous n'avez pas à les utiliser tous, mais
vous pouvez aller chercher la documentation.
Et plus votre application devient sophistiquée, plus vous
aurez de chances de devoir creuser pour trouver un peu de la requête entrante.
Vous pourriez penser à ces données de requête est toutes les données que vous voyez dans
votre débogueur de navigateur sur les données qui ont été envoyées au serveur,
que toutes finissent quelque part dans cet objet.
Maintenant, quand nous revenons d'une vue, nous devons renvoyer une réponse.
Et donc la réponse est quelque chose que nous créons à l'intérieur de notre point de vue.
Il peut s'agir simplement d'un texte HTML, ou d'un objet de redirection,
d'une réponse de redirection qui dit, hey, allez à une page différente.
Et donc, nous faisons ça. Le travail principal à la fin de la vue est de produire
une réponse, puis de la retourner à Django.
Et donc, voici une vue très simple.
Donc, ici, nous disons, nous sommes dans l'application de vues.
On va aller à la vue funky, non ?
Et donc dans le urls.py, nous disons mapp/funky à cette
fonction nommée funky, c'est une fonction funky.
C' est pour ça que j'appelle ça funky.
Et donc quand il voit cela, toutes les données entrant dans la requête
apparaissent dans cette variable qui est le premier paramètre envoyé à cette fonction.
Donc, c'est ce que cela dit dans urls.py.
Prenez tout ce qui va à vues/funky, rassemblez toutes les données
de requête du navigateur, placez-le dans un objet, puis passez cet objet de requête.
Maintenant, en cela, je ne vais pas vraiment faire quoi que ce soit avec cet
objet de requête parce que je retourne toujours exactement la même chose.
Et donc j'ai juste une belle chaîne de caractères HTML avec moins de thans et
plus grands thans et je vais essentiellement revenir,
c'est mon travail dans la vue de donner une réponse.
Il y en a deux, deux types principaux. L'un est un HttpResponse,
qui est juste comme un corps de texte, et c'est ce que j'envoie ici.
J' envoie un HttpResponse, c'est un constructeur.
Nous construisons un objet HttpResponse et
prenons cette chaîne que j'ai mise là et nous allons loin.
D' accord ? Et donc, fondamentalement, si vous appuyez sur ce chemin, vous allez
récupérer cette page et ça ressemble à ça quand tout est dit et fait.
Ok, donc maintenant on veut parler de la façon dont on peut atteindre les paramètres.
J' ai donc mentionné que cet objet de requête qui vient dans votre fonction de vue
a toutes les données de la requête.
Eh bien, si nous envoyons à une vue avec cette
paire clé-valeur point d'interrogation, c'est une supposition égale 42 là-dessus.
Et nous allons acheminer danger vers views.danger dans urls.py.
Et, donc toutes ces données sont enveloppées dans cette variable appelée requête,
transmise à la fonction nommée danger.
Et donc, à l'intérieur de la requête se trouve quelques données. request.get est un dictionnaire
des paires clé-valeur qui se trouvent sur cette URL.
Donc, pour sortir le 42, nous pouvons dire,
request.Get bracket 'deviner' et qui tire ça.
Et c'est donc tout ce que nous avons ici est une page HTML très simple et
nous remplissons ce petit morceau par 42.
Et donc quel que soit ce nombre revient dans la sortie.
Donc c'est à vous de penser que c'était 42.
C' est ainsi que nous transmettons des données GET dans une vue.
Maintenant, maintenant,
je vais vous expliquer exactement pourquoi j'ai appelé cette fonction « danger ».
[ MUSIQUE]