Rozszerzanie czy włączanie-co jest lepsze w gałązce?

Podobała mi się odpowiedź ramion, ale myślę, że przegapiłaś to, co powiedział. Include i extend to różne rzeczy: jeśli rozszerzysz, możesz zmienić rodzica, za pomocą include nie możesz.

Np. Rozszerzam mój układ bazowy, Tak:

{% extends "layout/default.html" %}

To, co mi teraz daje, to używanie klocków od rodzica! Nie masz tego w zestawie. Teraz możesz np. stworzyć tytuł specjalnie dla każdej strony:

{% block title %}My title just for this page{% endblock %}

Teraz, w tym daje bardziej sztywny i stały html, e. g:

{% include 'header.html' %}

I co najwyżej może entity repitition, np. wiersze tabeli:

{% include 'foo' with {'foo': 'bar'} %}

Więc budujesz swoje układy za pomocą includes i rozszerzasz swoje układy bazowe, aby upewnić się, że witryna działa zgodnie z wyznaczonym projektem.

Aby dodać kolejną, hybrydową opcję do miksu, możesz również rozważyćembed . Pozwala na wykorzystanie dziedziczenia z extends, ale także pozwala na wielokrotne ponowne użycie, tak jak robi to include.

Trywialny przykład:

" partials / titleize.gałązka": {]}

<h2 class="title">{% block title %}Default Title{% endblock %}</h2>

"jakiś-szablon.gałązka " dziedziczy z niej za pomocą embed:

{% embed "partials/titleize.twig" %}
    {% block title %}Section 1{% endblock %}
{% endembed %}

...

{% embed "partials/titleize.twig" %}
    {% block title %}Section 2{% endblock %}
{% endembed %}

Rendery

<h2 class="title">Section 1</h2>
...
<h2 class="title">Section 2</h2>

To zależy od tego, co próbujesz osiągnąć. Rozszerzając widok, używasz wzoru dekoratora. Jeśli znasz Symfony 1, jest to takie samo, jak posiadanie układu.plik php, który wyświetla $sf_content. Używasz tej metody, gdy masz wspólną "powłokę" html, której chcesz użyć w całym projekcie.

Włączenie widoku z drugiej strony pozwala wprowadzić jeden widok do drugiego.

Załóżmy, że masz osobistą stronę ze stronami "about" I "contact". Ty byś 3 views: base.html.twig
about.html.twig
contact.html.twig

base.html.twig zawiera wspólny kod HTML używany przez Twoją witrynę. Może to obejmować nagłówek, nawigację, stopkę itp.)

about.html.twig i contact.html.twig zawierają tylko HTML dla tych konkretnych sekcji. Oba te widoki rozszerzają base.html.twig. Eliminuje to powielanie kodu. Jeśli chcesz dokonać zmiany w nagłówku, wystarczy dokonać zmiany w jednym miejscu - base.html.twig.

Teraz Załóżmy, że masz inną zawartość, którą chcesz wyświetlić na stronach "about" I "contact" (ale niekoniecznie na innych stronach) - możesz utworzyć dla niej osobny widok i dołączyć go do about.html.twig i contact.html.twig.

Dokumenty nie zalecają rozszerzania na including, są to dwie oddzielne metody, które powinny być używane do konkretnych celów.

Mam nadzieję, że to pomoże!

Rozszerzenie gałązki jest INNE i znacznie potężniejsze niż include. Spróbuj myśleć o rozszerzeniu, jak o nim z przeciwnej strony niż myślisz o include. Z rozszerzeniem można zaczynać od widoku końcowego (czyli ok.htm) i działa wstecz, dodając warstwy, które są potrzebne do utworzenia strony w witrynie. Na każdym poziomie z rozszerzeniem bloki zawartości nadpisują lub dodają do zawartości nadrzędnej dla tego bloku.

"Include" nie jest tak elastyczny, jesteś zaczynając od szablonu podstawowego i przejdź do about.widok htm i nie można pracować ze wspólnymi blokami zawartości w różnych plikach.

Sprawdź ten bit na dziedziczeniu trójpoziomowym, który jest wspólnym wzorem rozszerzenia: http://symfony.com/doc/current/book/templating.html#three-level-inheritance