Twig模板继承与块基础
twig的模板继承机制允许开发者定义一个基础布局（父模板），然后创建多个子模板来继承并扩展这个布局。核心在于{% extends "parent.twig" %}标签和{% block block_name %}标签。父模板中定义的块可以在子模板中被重写，从而实现内容的定制化。
例如，一个基础模板base.twig可能包含以下结构：
{# templates/base.twig #}
{% block title %}默认标题{% endblock %}
{% block header %}网站头部{% endblock %}
{% block content %}主要内容区域{% endblock %}
一个子模板product_page.twig可以继承并重写这些块：
{# templates/product_page.twig #}
{% extends "base.twig" %}
{% block title %}产品详情 - {{ product.name }}{% endblock %}
{% block content %}
{{ product.name }}
{{ product.description }}
{# 更多产品详情 #}
{% endblock %}方法一：通过重写块隐藏内容
最直接的隐藏特定页面上某个块的方法，是在子模板中重写该块，但将其内容留空。当Twig渲染子模板时，它会优先使用子模板中定义的块内容，如果块内容为空，则父模板中对应的块内容将不会被渲染。
示例：
假设base.twig中有一个默认的侧边栏块：
{# templates/base.twig #}
{% block content %}默认内容{% endblock %}
现在，我们有一个“关于我们”页面，不希望显示侧边栏。我们可以在about_us.twig中这样做：
{# templates/about_us.twig #}
{% extends "base.twig" %}
{% block title %}关于我们{% endblock %}
{% block content %}
关于我们
这是关于我们页面的内容。
{% endblock %}
{% block sidebar %}{% endblock %} {# 重写sidebar块，但留空，使其不显示 #}渲染about_us.twig时，sidebar块将不会输出任何内容。
方法二：结合 parent() 函数实现条件显示
有时，我们不仅需要完全隐藏一个块，还可能需要根据特定条件来决定是否显示父模板中的内容，或者在父内容的基础上添加/修改内容。这时，parent()函数就显得尤为重要。
parent()函数允许你在重写一个块时，仍然包含父模板中该块的原始内容。结合Twig的条件语句（如{% if %}），我们可以实现更精细的控制。
示例：
假设base.twig中有一个广告位块：
{# templates/base.twig #}
{# ... 其他内容 ... #}
{# ... 其他内容 ... #}
现在，我们希望只有在特定页面类型（例如，产品页面）上才显示这个默认广告，而在其他页面（例如，文章页面）上不显示，或者显示不同的广告。
我们可以通过向模板传递一个变量来指示当前页面的类型，例如page_type。
{# templates/article_page.twig #}
{% extends "base.twig" %}
{% block title %}文章详情{% endblock %}
{% block content %}
{{ article.title }}
{{ article.body }}
{% endblock %}
{% block ad_banner %}
{% if page_type == 'product_page' %}
{# 如果是产品页面，则显示父模板中的广告内容 #}
{{ parent() }}
{% elseif page_type == 'article_page' %}
{# 如果是文章页面，则显示文章特有的广告 #}
阅读更多相关文章！
{% else %}
{# 其他页面类型，不显示广告 #}
{% endif %}
{% endblock %}在这个例子中：
- 如果page_type是'product_page'，ad_banner块将显示base.twig中定义的默认广告。
- 如果page_type是'article_page'，ad_banner块将显示专门为文章页面设计的广告。
- 对于其他page_type，ad_banner块将不显示任何内容。
这种方法提供了极大的灵活性，你可以根据任何条件（如用户角色、URL路径、数据库查询结果等）来控制块的显示。
实用技巧与最佳实践
-
条件变量的来源：
- CMS/框架上下文： 大多数CMS或PHP框架（如Symfony, Laravel, Drupal）都会在渲染Twig模板时，将当前请求、路由信息、页面对象或自定义变量传递给模板。例如，你可以通过app.request.attributes.get('_route')获取当前路由名，或者通过CMS提供的page.id、page.template、page.type等属性来判断页面类型。
- URL路径： 如果你的CMS没有直接提供页面类型变量，你可以通过解析请求的URL路径（app.request.pathinfo）来推断页面类型，例如{% if app.request.pathinfo starts with '/products/' %}。
- 自定义变量： 在控制器或路由处理器中，你可以根据业务逻辑设置一个布尔值或字符串变量（如is_homepage: true或current_page_type: 'blog'），并将其传递给模板。
明确的条件判断： 使用清晰、有意义的变量名和条件，避免在模板中进行复杂的逻辑运算。最好在控制器层处理复杂的判断逻辑，然后将一个简单的布尔值或枚举类型传递给模板。
嵌套条件： 你可以在一个块内嵌套多个if语句，以实现更复杂的显示逻辑。
不限于parent()： 条件语句不仅可以包裹parent()函数，也可以包裹任何HTML、Twig表达式或宏调用，从而实现完全自定义的条件内容。
性能考量： Twig的条件渲染开销很小，不必担心性能问题。模板引擎在编译阶段会优化这些结构。
总结
通过掌握Twig的块重写机制和parent()函数，结合灵活的条件判断，开发者可以有效地控制不同页面上Twig块的显示与隐藏。这不仅提升了模板的复用性，减少了冗余代码，也使得前端布局能够根据后端数据或业务逻辑实现高度定制化，从而构建出更加动态和响应式的网站。记住，关键在于从控制器或CMS环境中获取准确的上下文信息，并将其作为条件变量传递给Twig模板。
