Why Twig documentation recommends to use extending rather than including? Symfony 2 documentation says because "In Symfony2, we like to think about this problem differently: a template can be decorated by another one." but nothing more. It's just author's whim or something more? Thanks for help.
Twig is a PHP template engine. It was created by Symfony developers. Twig files have the extension of . html. twig ; they are a mix of static data such as HTML and Twig constructs.
Blocks are used for inheritance and act as placeholders and replacements at the same time. They are documented in detail in the documentation for the extends tag. Block names must consist of alphanumeric characters, and underscores. The first char can't be a digit and dashes are not permitted.
When to use inheritance:
You have 50 pages sharing the same layout - you create a layout.twig as a parent, and each page extends that layout.twig. So the parent is the generic and the child is the specific.
When to use include:
Out of the 50 pages, there are 6 pages that share a chunk of HTML - you create a shared-chunk.twig and include it in those 6 pages.
Another usage:
You notice that your layout.twig is bit cluttered and you would like to modularize it, so you split sidebar.twig into a separate file and include it in layout.twig.
Can you use include for the inheritance use-case:
Sure, create chunks for header, footer and what have you, and use includes in each of the 50 pages. But that's wrong design as explained above.
Can you use inheritance for the include use-case:
Sure, create an empty block for the shared chunk in the parent layout.twig, and create a second level child layout-with-chunk.twig that extends layout.twig and fills in the chunk block, and the 6 pages in the above example that share the chunk can then extend layout-with-chunk.twig instead of layout.twig. But this again is wrong design because the chunk block is not shared by all children and shouldn't go into the base parent. Plus you have cluttered the inheritance tree.
So:
As explained above - it's a matter of design not programmability. It's not about: I can achieve this same result using a different programming technique, its about which usage is better design.
I liked Arms answer, but I think you missed what he said. Include and extend are different things: if you extend, you can change the parent, with an include you can not.
E.g. I extend my base layout, like so:
{% extends "layout/default.html" %}
What extending give me now, is to use the blocks from the parent! You don't have that with an include. Now you can e.g. make a title specifically for every page:
{% block title %}My title just for this page{% endblock %}
Now, including gives you more rigid and fixed html, e.g:
{% include 'header.html' %}
and at most maybe entitiy repitition, e.g. table rows:
{% include 'foo' with {'foo': 'bar'} %}
So you build your layouts with includes, and you extend your base layouts to make sure your site follows the designated design.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With