diff --git a/source/views/templates.rst b/source/views/templates.rst index 5aabf14..6d35749 100644 --- a/source/views/templates.rst +++ b/source/views/templates.rst @@ -69,3 +69,14 @@ Par défaut, Django cherchera les templates dans les répertoirer d'installation ... }, ] + +Builtins +======== + +Django vient avec un ensemble de *tags*. On a vu la boucle ``for`` ci-dessus, mais il existe `beaucoup d'autres tags nativement présents `_. Les principaux sont par exemple: + + * ``{% if ... %} ... {% elif ... %} ... {% else %} ... {% endif %}``: permet de vérifier une condition et de n'afficher le contenu du bloc que si la condition est vérifiée. + * Opérateurs de comparaisons: ``<``, ``>``, ``==``, ``in``, ``not in``. + * Regroupements avec le tag ``{% regroup ... by ... as ... %}``. + * ``{% url %}`` + * ... diff --git a/source/views/views.rst b/source/views/views.rst index 0dc522f..9f8248c 100644 --- a/source/views/views.rst +++ b/source/views/views.rst @@ -96,7 +96,7 @@ Rien de très sexy, aucune interaction avec l'utilisateur, très peu d'utilisati Class Based Views ================= -Les classes, de leur côté, implémente le *pattern* objet et permettent d'arriver facilement à un résultat en très peu de temps, parfois même en définissant simplement quelques attributs, et rien d'autre. Pour l'exemple, je vais définir deux classes qui donnent exactement le même résultat que la fonction ``wishlists`` ci-dessus. Une première fois en utilisant une classe générique vierge, et ensuite en utilisant une classe de type ``ListView``. +Les classes, de leur côté, implémente le *pattern* objet et permettent d'arriver facilement à un résultat en très peu de temps, parfois même en définissant simplement quelques attributs, et rien d'autre. Pour l'exemple, on va définir deux classes qui donnent exactement le même résultat que la fonction ``wishlists`` ci-dessus. Une première fois en utilisant une classe générique vierge, et ensuite en utilisant une classe de type ``ListView``. Classe générique ----------------