Les vues fondées sur les classes avec Django

00:00:00 :Dans cette vidéo, on va voir la classe CreateView qui est une classe qui nous permet de créer des objets à l'intérieur de notre base de données, notamment grâce à un formulaire. Donc je pense
00:00:10 :que c'est vraiment là que vous allez comprendre l'intérêt des vues basées sur les classes puisqu'avec cette classe CreateView, vous allez voir qu'on a énormément de choses qui vont être faites pour nous avec très peu de lignes de code. Et vous allez également voir que ça commence à
00:00:23 :devenir assez intéressant dans la façon dont les choses sont organisées par rapport à une vue basée sur une fonction. Donc dans ce cas-ci, ici, j'ai dans urs.py, créé une URL donc blog
00:00:34 :slash create qui redirige vers cette vue, donc la vue blog post create, qui pour l'instant est une vue donc avec une fonction et on a cette fameuse structure conditionnelle à l'intérieur de cette vue qui me permet de vérifier le type de méthode qui est utilisée pour la requête. Donc on a soit
00:00:49 :une requête de type post dans laquelle je vais récupérer le formulaire avec les données envoyées par l'utilisateur. On va ensuite vérifier si le formulaire est valide. Si c'est le cas, on va
00:00:59 :modifier quelques paramètres sur l'instance. Donc par exemple, on va dire que le published est égal à true et si on a un utilisateur qui est logué dans mon interface, je vais également mettre l'auteur de l'article à request.user. Ensuite, on sauvegarde le formulaire donc qui va avoir pour
00:01:13 :effet de sauvegarder notre modèle dans la base de données. Et pour finir, on redirige vers la vue de blog index, donc la vue d'index qu'on a ici avec tous les articles d'affichés. Si par contre,
00:01:24 :on a une requête de type get, donc là on va passer dans le else et on va tout simplement afficher un formulaire vide. Et dans create post ici, pour l'instant j'ai juste mon formulaire
00:01:32 :qui est affiché, donc le formulaire qui correspond à ce formulaire ici qui est un formulaire de type model form, donc qui va être automatiquement créé à partir de mon modèle blog post avec ces champs ici, donc le titre, la description et le contenu. Donc si je me rends sur cette page ajouter un
00:01:46 :article, donc là j'ai un lien qui me permet d'aller sur blog slash create, là j'ai bien le titre,la description et le contenu, donc je peux mettre n'importe quoi ici. Je clique sur créer,
00:01:56 :je suis bien redirigé vers ma vue d'index, donc la vue d'accueil du blog. Et si je vais voir dans l'interface d'administration, ici j'ai bien un nouvel article avec publish qui est à true et l'auteur ici qui est tbash, puisque je suis actuellement logué sur le site avec tbash,donc avec mon utilisateur ici. Donc je vais supprimer cet article avant de continuer et
00:02:14 :maintenant je vais vous montrer comment on peut donc remplacer tout ça, donc avec la classe create view. Donc dans views.py ici, juste après mes vues, donc la vue listview et detailview,
00:02:24 :je vais créer une autre classe qui va s'appeler dans ce cas-ci blog post create view et on va hériter donc de cette classe create view, donc create view qui est disponible dans django.views.generic.
00:02:36 :Vous l'avez ici, donc moi je l'ai déjà importé, donc importez-la si ce n'est pas fait et on va pouvoir donc créer notre classe ici. Alors la première chose qu'on va faire c'est comme pour
00:02:45 :les autres vues, donc de détails et de listes, indiquer le modèle sur lequel on souhaite travailler. Donc on va dire que le modèle c'est le blog post. On va également spécifier le
00:02:54 :template que l'on souhaite utiliser, puisque par défaut il va aller chercher un template bien particulier. Donc je vais vous montrer déjà ce que ça donne en mettant cette vue et on va voir
00:03:02 :l'erreur qu'on a, donc l'erreur template does not exist. Donc là à la place de blog post create,je mets blog post create view as view et on va importer cette classe ici, donc tout en haut,à la place de blog post create. Donc là si je reviens ici et que je clique sur ajouter un
00:03:15 :article, cette fois-ci on a donc improperly configured, donc on n'a pas l'erreur de template,dans ce cas-ci on a juste l'erreur en fait qui nous dit que les fields ne sont pas renseignés.
00:03:24 :Donc ça c'est dans ma vue ici, il va falloir renseigner les champs que l'on souhaite utiliser pour créer notre article. Donc je vais déjà mettre ça, je vais mettre fields et on va spécifier les
00:03:33 :fields que l'on souhaite utiliser pour la création de notre article. Donc dans ce cas-ci je vais juste mettre title et content pour vous montrer. Je reviens ici, j'actualise et là cette fois-ci on
00:03:42 :a bien donc l'erreur que je souhaitais avoir, donc l'erreur template does not exist puisque par défaut vous voyez qu'il va donc aller chercher dans l'application, dans l'application blog, le nom du modèle avec tiré du bas form. Donc dans le cas d'une create view, c'est ce
00:03:55 :modèle qui va chercher donc le nom du modèle en minuscule avec tiré du bas form à la fin. Moi j'ai déjà mon fichier ici create post.html, donc je vais spécifier là encore grâce à template name
00:04:05 :que je souhaite utiliser à la place ce template. Donc on va mettre template name et on va dire que c'est égal à blog slash create post.html. Donc je reviens ici, j'actualise et là j'ai bien
00:04:17 :mon formulaire qui s'affiche avec dans ce cas-ci uniquement le titre et le contenu. Donc si on va voir ici dans create post, on a mon formulaire qui est affiché et le formulaire si vous vous souvenez bien il est créé à partir de ce formulaire dans forms.py qui contient le titre,
00:04:31 :la description et le contenu. Donc vous voyez que même si dans mon formulaire j'ai souhaité avoir la description, si par contre dans ma vue basée sur la classe, donc sur cette classe ici, je lui dis que les champs ce sont juste title et content que je souhaite afficher, et bien là vous voyez
00:04:45 :que je n'ai pas la description qui est affichée. Donc c'est vraiment ce champ ici qui va avoir précédence sur ce qu'on a indiqué ici à l'intérieur de notre formulaire. On pourrait
00:04:54 :également très bien mettre un formulaire sans passer par un formulaire modèle form comme on a ici. Je vais mettre un formulaire classique comme ceci, donc sans passer par le forms.py,
00:05:03 :sans passer par ce blog post form, mais directement en utilisant un input, donc un input pour le texte.On a title ici et content. Donc ça peut très bien marcher comme ceci, si vous n'êtes pas obligé de
00:05:13 :passer par un formulaire. Et là si j'actualise ma page, j'ai bien ici le titre et le contenu et je peux créer un article de cette façon. Donc je vais vous montrer ce que ça donne. Je vais mettre
00:05:22 :ici un super article, un super article, on va mettre le même contenu. Je clique sur créer un article et là vous voyez qu'automatiquement, c'est un peu magique, on est directement redirigé vers la page de l'article en question. Donc là on est dans blog slash un super article et mon article a
00:05:38 :été créé. Si je vais voir dans la base de données, j'actualise, j'ai bien un super article. Pour l'instant il n'est pas publié et on n'a pas d'auteur. Et si je vais voir sur l'article ici,
00:05:46 :on n'a pas non plus de description, on a vraiment juste ce que l'on a mis à l'intérieur de notre formulaire. Donc là vous voyez qu'en plus avec mon formulaire, j'ai été automatiquement redirigé
00:05:56 :vers la page de l'article. Donc ça c'est un mécanisme qui est normal avec la vue basée sur la classe, donc la vue create view. Et vous voyez que déjà qu'on a pas mal de choses qui se mettent
00:06:05 :en place. On a automatiquement le formulaire qui est envoyé, notre modèle qui est créé dans la base de données et notre redirection qui se fait. Donc vous voyez c'est exactement ce que je vous
00:06:14 :disais au début de cette vidéo. Là on a trois choses qui sont faites automatiquement. On a déjà l'affichage du formulaire, ensuite on a la création de notre modèle grâce au formulaire dans la base de données et la redirection qui sont faites. Donc on a presque tout ce qui est là dans ces
00:06:29 :lignes de code qui est fait uniquement avec ces quatre lignes ici. Donc vous voyez qu'il y a beaucoup de choses qui sont faites pour nous et rassurez-vous ça ne veut pas dire qu'on ne peut pas modifier là encore pas mal de choses. On peut notamment bien entendu modifier l'URL de redirection
00:06:42 :donc pour par exemple rediriger vers le sommaire du blog et on peut bien entendu modifier le formulaire avant qu'il soit envoyé. Donc ce que je vais faire ici c'est déjà envoyer mon formulaire
00:06:52 :puisque là actuellement j'ai remis ici en fait du html directement et moi j'aimerais bien envoyer mon formulaire ici donc le formulaire blog post form. Donc ce que je vais faire c'est que dans
00:07:02 :ma vue ici donc dans ma classe je vais indiquer pour l'attribut form class que je souhaite utiliser blog post form. Donc là bien entendu il faut également l'importer donc là tout en haut je l'ai
00:07:12 :importé from blog.forms import blog post form. Donc ce formulaire ici je l'ai créé dans le fichier forms.py qui est à l'intérieur de mon dossier blog donc le dossier de l'application
00:07:22 :pour mon blog. Donc j'importe le formulaire et ici je vais spécifier donc à cette vue donc à blog post create view que je souhaite utiliser ce formulaire à l'intérieur de ma vue donc à l'intérieur de mon fichier html. Donc là dans ce cas-ci c'est bien ce formulaire qui va être
00:07:36 :utilisé et si je reviens sur la page pour ajouter un article vous allez voir qu'on a une erreur puisqu'on ne peut pas avoir à la fois les champs qui sont spécifiés et les formulaires. Là vous
00:07:45 :voyez que j'avais mis fields avec le titre et le contenu donc soit vous spécifiez les champs à utiliser soit vous spécifiez un formulaire à utiliser. Donc là je vais enlever les champs et
00:07:54 :c'est exactement ce que nous dit cette erreur on ne peut pas avoir à la fois les fields et le form class qui sont spécifiés dans notre classe. Donc j'actualise et là vous voyez que ça fonctionne
00:08:03 :et cette fois-ci j'ai bien mon formulaire qui est utilisé. Donc si dans mon formulaire je rajoute par exemple published vous allez voir qu'automatiquement on va retrouver la checkbox pour spécifier si on souhaite ou non publier notre article de blog. Donc je reload la page ici
00:08:17 :et là j'ai bien ma checkbox qui apparaît. Donc on est bien en train d'utiliser ce formulaire ici et je vais pouvoir donc modifier ce formulaire grâce à une méthode qui est la méthode formValid.
00:08:27 :Donc cette méthode je vais la créer ici donc on va faire def formValid vous voyez que automatiquement PyCharm la reconnaît et on a un premier paramètre form ici qui va récupérer le formulaire qui est envoyé automatiquement par cette classe. Et là on a bien l'indication ici
00:08:42 :donc qui nous dit qu'on est en train d'overrider donc de surcharger une méthode qui est définie d'un modèle formMixin. Donc là on récupère le formulaire et pour l'instant je ne vais faire
00:08:52 :aucun changement je vais juste faire un return et on va utiliser super pour appeler donc formValid et passer le formulaire. Donc là on ne fait rien on fait juste définir formValid et on retourne
00:09:02 :l'appel de formValid sur super donc sur notre classe createView en lui passant le formulaire.L'intérêt c'est qu'ici on va pouvoir donc modifier notre formulaire avant de le retourner.
00:09:11 :Donc ce qu'on va faire c'est qu'on va faire exactement ce que l'on avait ici donc dans cette partie là dans laquelle on changeait le published à true et dans laquelle on vérifiait si un utilisateur a été logué sur le site. Donc je vais faire tout ça ici je vais faire
00:09:24 :if self.request.user.isAuthenticated donc self.request ça nous permet d'avoir accès à la requête donc c'est exactement ce que l'on a ici quand on a une vue basée sur une fonction on a la requête. Dans la classe on va avoir self.request qui nous permet d'accéder à la requête.
00:09:41 :Ensuite sur cette requête on a un utilisateur et on va pouvoir vérifier s'il est connecté sur mon site. Si c'est le cas et bien je vais modifier l'instance du formulaire donc je
00:09:51 :vais faire form.instance. Instance ici nous permet de récupérer l'instance qui est associée à ce formulaire donc l'instance du blog post et on va dire que author est égal à self.request.user
00:10:03 :et à la suite on va dire que form.instance.published est égal à true. Donc vous voyez que on fait juste modifier notre formulaire et ensuite on le retourne à cette méthode form.valide avec
00:10:15 :super. Donc tout ça ça va me permettre quand je vais créer un nouvel article donc là je vais actualiser pour vous montrer donc là on a le titre, la description, le contenu, je mets n'importe quoi, je clique sur créer et on a bien notre article qui est créé et si je vais voir cette
00:10:29 :fois-ci donc dans ma base de données je vais retourner sur les articles là on voit que cette fois-ci l'article est bien publié automatiquement et que l'auteur est bien tibach. Donc là vous
00:10:37 :voyez qu'on vient de recréer en fait tout ce qu'on avait ici, on n'a pas besoin non plus de mettre le form.isvalide puisque là en fait cette méthode est appelée si le formulaire est valide
00:10:46 :donc on n'a pas besoin de faire une vérification supplémentaire pour vérifier si le formulaire est valide puisque quand on passe dans cette vue ça veut dire qu'il est valide. On va pouvoir également
00:10:54 :comme je vous ai dit modifier l'url de redirection pour l'instant on est redirigé vers l'article que l'on vient de créer mais nous on souhaiterait par exemple revenir sur la vue du sommaire. Alors
00:11:04 :pour ça on peut modifier l'attribut successurl et on va tout simplement mettre ici le reverse lazy donc attention il faut pas utiliser reverse puisque à ce moment en fait quand on va définir notre classe on n'aura pas la résolution des url qui aura été effectuée. Donc si vous essayez
00:11:20 :d'utiliser reverse vous allez avoir une erreur un peu difficile à déchiffrer je vais vous montrer.Donc reverse il est disponible dans django.urls donc depuis django.urls j'ai importé reverse
00:11:31 :lazy et reverse on verra reverse lazy dans un instant pour l'instant je vais juste mettre reverse et vous allez voir que si donc on ajoute un article donc là encore je vais mettre n'importe quoi je clique sur créer et là ça ne fonctionne plus. Et si on va dans le run vous allez voir
00:11:44 :qu'on a cette erreur ici qui nous dit que l'urlconf de website.urls ne semble pas avoir en fait de patterns à l'intérieur donc ne semble pas avoir ce fameux url patterns qui permet de définir des url. Donc ça en fait c'est une erreur qui est assez déroutante pour les débutants et
00:11:59 :c'est vraiment parce que vous ne pouvez pas utiliser reverse à ce moment là comme on n'a pas encore eu la résolution d'url. Donc dans ce cas ci il faut utiliser reverse lazy et là ça
00:12:06 :va fonctionner. Une autre façon de faire c'est de modifier en fait la méthode qui permet de récupérer le successurl donc cette méthode c'est get successurl et on va donc la modifier pour retourner ici cette fois ci le reverse de blogindex. Donc blogindex qui est une chaîne
00:12:23 :de caractère qui est en fait le nom de mon index ici donc le nom que j'ai donné à cette url. Donc là dans ce cas ci si on passe par la méthode get successurl dans ce cas ci on peut utiliser reverse et non pas reverse lazy donc c'est vraiment deux façons de faire la même chose soit vous
00:12:37 :spécifiez l'attribut ici avec reverse lazy soit vous modifiez get successurl. Donc je vais vous montrer avec ça on va essayer de recréer un article donc je clique sur créer alors je vais actualiser la page alors je vais en fait relancer mon serveur puisque là j'avais une erreur donc on relance le serveur on revient sur cette vue je vais mettre n'importe quoi là encore je clique
00:12:55 :sur créer et là on retourne bien au niveau de ma page d'accueil. Donc on a bien une redirection qui est faite après le poste donc là on a le poste qui permet de envoyer en fait les données de mon formulaire et de créer mon article donc on voit bien l'article ici qui est ajouté et ensuite
00:13:09 :on a bien cette redirection avec le 302 ici qui nous redirige vers la page de blog. Donc là encore c'est exactement la même chose que ce qu'on faisait dans notre vue ici où on retournait un http response redirect avec le reverse vers le blogindex. Donc voilà pour toute cette partie
00:13:23 :c'était assez long mais il y avait pas mal de choses à vous montrer il y avait donc toute la partie formulaire, toute la partie modification du formulaire et là donc vous voyez vraiment qu'on a beaucoup de choses qui sont faites automatiquement par Django. Juste en spécifiant le formulaire
00:13:36 :ici on a le formulaire qui est automatiquement récupéré avec les bonnes informations qui sont envoyées, l'article qui est créé donc on n'a vraiment pas besoin de faire tout ce qu'on faisait ici c'est à dire récupérer le formulaire, lui envoyer les données, vérifier si on avait une méthode poste, faire la vérification avec le isValid, modifier les choses bon ça on le fait
00:13:53 :dans notre classe puisqu'il faut bien le faire quelque part mais là vous voyez qu'il y a quand même pas mal de petits blocs qui sont automatiquement gérés par notre vue ici la vue create view. Donc voilà comment vous pouvez automatiquement créer un article de blog avec
00:14:05 :cette vue et vous voyez qu'on a donc beaucoup de contrôle après ça puisque si je reviens sur ma vue il me suffit par exemple de rajouter ou de modifier des choses dans mon formulaire et tout va être automatiquement géré au niveau de mon fichier html et de la création de mon article de blog.

La classe CreateView

Débloquez votre potentiel ! ✨

Prêt à passer au niveau supérieur ?

Toutes les questions

Simon

Question sur l'utilisation du modèle BlogPost

De716

compréhension envoi BlogPostForm

De716

comportement bizarre résolution url en fonction de l'ordre des url

Christian Aucane

NoReverseMatch

Rechercher sur le site

La classe CreateView

Débloquez votre potentiel ! ✨

Prêt à passer au niveau supérieur ?

Inscris-toi

Toutes les questions

Simon

Question sur l'utilisation du modèle BlogPost

De716

compréhension envoi BlogPostForm

De716

comportement bizarre résolution url en fonction de l'ordre des url

Christian Aucane

NoReverseMatch

Rechercher sur le site