在我的Symfony2项目中，我使用Twig模板来呈现HTML，并且我需要在网站的每个页面中都包含一个"应用程序栏"。这个栏的内容取决于用户是谁，她拥有什么特权等等（换句话说，有一些业务逻辑需要在幕后执行）。显而易见的解决方案似乎是在基本模板中添加应用程序栏（因为它需要出现在每个页面上）。然而，问题在于，尚不清楚如何从基本（父）Twig模板执行业务逻辑。
@Flukey在这个问题上也有类似的问题，他的解决方案是从一个分支模板中render一个子控制器，从而强制执行一个辅助控制器。明确地说，他的解决方案如下：
{# ::base:html.twig #}
<!DOCTYPE html>
<html>
<head>
<title>blah</title>
{% block stylesheets %}{# default styles #}{% endblock %}
</head>
<body>
{# Question: is there a way to do add the app-bar without "render"? #}
{% render url('app_bar_route') %}
{% block body %}{% endblock %}
{% block javascripts %}{% endblock %}
</body>
</html>
和孩子：
{# AcmeDemoBundle:userpage.html.twig #}
{% extends '::base.html.twig' %}
{% block body %}user content here; Twig file rendered from "primary" PHP Controller.{% endblock %}
为了使render工作，我们还需要定义路由：
# routing.yml
app_bar_route:
pattern: /sitestructure/appbar
defaults: { _controller: SiteManagerBundle:AppBar:index }
但这个解决方案让我感到非常不安，原因如下：
- 首先，这个解决方案意味着你必须为网站上的每个导航栏管理单独的新URL
- 其次，对于网站上的每个导航栏都有一个单独的URL（上面例子中的
http://mysite/sitestructure/appbar），这看起来非常混乱 - 第三，还有对业绩的担忧，我认为这是非常合理的担忧。我不明白为什么每个用户对HTML页面的请求都会导致两个（或三个或四个）物理请求被发送到服务器——对网站上的每个导航栏都有一个额外的
render请求（随着网站变得越来越复杂，可能会添加更多的导航栏）
那么，有更好的方法吗？是否可以使用Twig的{% include %}功能而不是{% render %}？如果可以，如何执行基本模板的业务逻辑？
编辑：为了澄清，我所指的"业务逻辑"类型需要进行数据库调用——这不是我想在模板中编码的逻辑类型，所以我需要以某种方式回到PHP类/函数中。
编辑2：我真的应该担心打电话给副控制器吗？也许我误解了render引擎的工作方式。我假设这将向web服务器生成第二个HTTP请求（显然不是来自web浏览器，而是来自服务器本身的内部请求）。对我来说，这似乎意味着相当大的管理费用，更不用说产生某种响应错误的可能性增加了。但是，也许我误解了框架，在这种情况下，请教育我！
我不确定我是否理解你的所有观点。
你当然可以制作一个app_bar模板，并将其包含在你的基本模板中：
<body>
{{ include('@MyBundle/app_bar.html.twig') }}
{% block body %}{% endblock %}
</body>
您当然可以根据用户在app_bar中显示不同的项目
{% if is_granted('ROLE_ADMINx') %}
<li><a href="{{ path('zayso_natgames_admin') }}">Admin</a></li>
{% endif %}
目前还不清楚你还需要什么样的"商业逻辑"。如果它超出了简单的条件语句，那么您可以将代码放在一个trick扩展中。
我有点觉得你需要更多？可能有多种类型的app_bar？我不明白"每个导航栏"需要一些特别的东西。
您可能对子控制器的实现方式存在误解。子控制器请求在内部完成。无需往返浏览器。性能影响很小。不需要多个url，只需要一个route_app_bar。
当然，除非我完全误解了这个问题。