如何以编程方式将表达式结果作为Name节点的参数？

嘿，我太懂你现在的困扰了——开发Jinja2自定义扩展时，想把模板表达式的运行时结果塞给Name节点当参数，但Name节点死磕着要静态字符串，可你要的内容偏得等模板运行才能算出来，这矛盾确实头疼。

先给你点透核心问题：Jinja2里的Name节点本来就是用来指代静态已知的名称的，它在编译阶段就把字符串名称绑定死了，根本没法直接接收运行时才会生成的动态值。所以咱们不能硬怼，得换个思路绕开这个限制：

• 别直接用Name节点，改用能处理运行时求值的节点类型，比如Call节点。你可以先把目标表达式解析成AST节点，然后创建一个调用自定义函数的Call节点，把这个表达式AST传进去，让自定义函数在运行时算出表达式的结果，再根据这个结果去获取对应的变量。
• 举个代码片段的例子，你可以这么写：

  # 先从解析器里拿到你要的表达式AST
  target_expr = self.parse_expression(parser)
  # 创建调用自定义get_var函数的节点，把表达式AST作为参数
  dynamic_var_node = Call(
      Name('get_var', 'load'),
      [target_expr],
      [],
      None,
      None
  )
  

  然后在Jinja2环境里注册这个get_var函数，让它在运行时根据名称字符串从上下文取变量：

  def get_var(name, context):
      return context.get(name)
  env.globals['get_var'] = get_var
  

• 要是你非得贴合Name节点的逻辑，那可以搞个“占位映射”：先在编译阶段用一个临时的静态名称创建Name节点，然后在模板运行前，先计算出目标表达式的值，把这个临时名称和实际变量绑定到上下文里，这样Name节点就能通过临时名称找到动态生成的变量了。

本质上来说，就是把“静态名称绑定”的逻辑，转移到“运行时求值+动态查找”的流程里，毕竟Jinja2的AST设计本来就把静态编译和运行时执行拆得很开，咱们得顺着它的规则来玩。

备注：内容来源于stack exchange，提问作者mesr