django: à l'aide de blocs dans les modèles inclus

J'ai quelques structures html qui sont réutilisés dans d'assez peu d'endroits différents. C'est différent d'un ensemble de modèle donc je ne peux pas l'étendre, il peut également être utilisé pour contenir de contenu complexe donc je ne pense pas que le définissant comme une balise de modèle fait un bon travail. Ci-dessous quelques pseudo-code décrivant mon résultat souhaité, lors de l'utilisation de template_level2.html vous pouvez facilement mettre des trucs dans le reusable_pattern_template en appelant le bloc à l'intérieur. Si je ne l'utilisation de ce code, ce que vous écrivez dans "contenu" de template_level_2.html ne pas s'afficher. Comment dois-je faire avec cela?

base.html

<html>
<head></head>
<body>
{% block content %}{% endblock %}
</body>
</html>

template_level1.html

{% extends 'base.html' %}
{% block content %}
  Something here...
  {% include 'reusable_pattern_template.html' %}
  Something else here...
{% endblock %}

reusable_pattern_template.html

<div>
  <div>
    <div>
      {% block local_content %}{% endblock %}
    </div>
   </div>
</div>

template_level2.html

{% extends 'template_level1.html' %}
{% block local_content %}
  Actual content here...
{% endblock %}

mise à jour:
Désolé, les étend dans template_level2.html a des fautes d'orthographe, je viens de le corriger.

Il peut ne pas être très clair, mais le code ci-dessus est plus un pseudo-code décrivant mon résultat souhaité. En bref,

  • Je voudrais inclure de petits morceaux de réutilisables html des modèles dans mon
    des modèles de.
  • Ces modèles sont comme des boîtes, que vous pouvez mettre ensemble les morceaux de html
    contenu en eux. Donc, les variables de contexte peut être un peu de trop limitée pour
    mon but
  • Semble comme template_level2.html n'est jamais appelée. Et si vous include certains blocs de code, vous n'avez pas besoin d'utiliser block déclaration devra comprendre quand et ce que vous voulez
  • Salut fastreload! template_level2.html est le dernier niveau du modèle si ce n'est pas incluse/étendu n'importe où. En appelant {% block %} déclaration dans template_level2.html, j'avais l'intention de mettre du contenu dans reusable_pattern_template.html, qui est utilisé dans template_level2.html
  • Question: pourquoi ne pas utiliser django-générique-flatblocks ? C'est une application fantastique qui fournit un excellent modèle.
  • template_level2.html sans les guillemets, est interprété comme la variable qui doit correspondre à la chaîne ou le Modèle objet. Lire plus à propos de extends
InformationsquelleAutor Xun Yang | 2012-03-09
  1. 48

    Django ne pas traiter des blocs dans les fichiers inclus.

    Le tag doit être considérée comme une mise en œuvre de "rendre cette tête et inclure le code HTML", et non "à analyser cette tête et ajouter son contenu comme s'il faisait partie de la société mère". Cela signifie qu'il n'est pas un état partagé entre les modèles inclus -- comprennent chacun est complètement indépendant processus de rendu. (Django template tag de la documentation)

    • Les Variables de la vue sont toujours partagés et analysés, bien que.
    • Le contexte est également accordée pour les modèles fournis (Qui peut être le même que le commentaire ci-dessus, mais "contexte" est de plus en plus reconnu que les Variables De la Vue.)
    • Utile explication, mais est il y a une balise ou une autre méthode pour faire ce que l'OP espérais? Moi aussi, je voudrais être en mesure d'inclure un modèle, et encore être en mesure d'utiliser l'héritage de template
    • Pratt Ce que si je veux inclure une page qui a un certain "modèle de liaison" JS comportement dans une balise script et je ne veux pas <script> balises dispersées au-dessus de l'endroit (cochez cette question)? Je pense que l'utilisation include pour ce scénario correspond bien à la définition.
    InformationsquelleAutor Chris Pratt
  2. 3

    Il semble que le dernier modèle est en train de s'étendre lui-même (si c'est dans les guillemets).

    Que vous n'avez vraiment pas besoin de beaucoup plus de complexité. C'est en fait assez beaucoup plus simple.

    Le modèle de base doit contenir le squelette de votre modèle, vous pouvez l'étendre à effectuer des personnalisations. Pour réutilisables blocs de code que vous ne souhaitez pas inclure dans tous vos avis, include, le cas échéant, mais ne pas utiliser n'importe quel block, extends ou include déclaration dans le fichier inclus. Django va pas analyser ces mais le context variable passé à partir de la vue peut encore être utilisé.

    InformationsquelleAutor Umur Kontacı
  3. 2

    Je suis tombé sur ce problème et a terminé avec la suite de compromis, en espérant que quelqu'un d'autre pourrait trouver utile. Il repose sur l'utilisation de with blocs à l'enfant des modèles.

    base.html veut réutiliser un commun nav.html comprendre, mais de définir un certain nombre de blocs où les variables à l'intérieur de nav.html pourrait être remplacé par des enfants modèles.

    <!-- base.html: -->
<html>
  [...]
  <nav class="desktop">
    {% block desktop_nav %}
      {% include "includes/nav.html" %}
    {% endblock %}
  </nav>
  [...]
  <nav class="mobile">
    {% block mobile_nav %}
      {% include "includes/nav.html" %}
    {% endblock %}
  </nav>
  [...]

    L'inclure modèle dépend d'une variable appelée selected, qui base.html ne définit pas, par défaut:

    <!--includes/nav.html:-->
<a href="/about/" class="{% if selected == 'about' %}selected{% endif %}">About</a>
<a href="/people/" class="{% if selected == 'people' %}selected{% endif %}">People</a>
<a href="/contact/" class="{% if selected == 'contact' %}selected{% endif %}">Contact</a>

    Mais les pages enfant peut remplacer cette valeur comme suit:

    <!--about.html:-->
{% extends "base.html" %}
{% block desktop_nav %}{% with selected='about' %}{{ block.super }}{% endwith %}{% endblock %}
{% block mobile_nav %}{% with selected='about' %}{{ block.super }}{% endwith %}{% endblock %}

    donc, il n'est pas parfait, j'ai encore deux blocs distincts et d'utiliser ces with blocs de deux fois, mais il ne me permettent de remplacer des variables dans include pâtés de maisons du modèle parent.

    InformationsquelleAutor hwjp
  4. 0

    Vous pourriez diviser reusable_pattern_template en de début et de fin des modèles. Ensuite, au niveau 1, vous pouvez aller inclure commencer, bloc, comprennent à la fin.

    Vous pouvez également passer un nom de modèle dans reusable_pattern_template comme une variable de contexte et de l'inclure dans reusable_pattern_template. Cela nécessitera la modification de la relation entre le niveau 1 et de niveau 2 dans votre exemple, mais est généralement plus puissant.

    InformationsquelleAutor Gordon Wrigley