TAL和Jinja2到底差在哪？
TAL把表达式放在HTML属性中，例如用tal:content替换节点内容、用tal:repeat重复节点；Jinja2多用花括号标签控制输出和流程。前者的模板在浏览器或设计工具里更接近可预览的HTML，后者语法直观，Python生态中的资料和使用范围通常更广。
实用tal攻略不是断言谁更先进。维护Plone、Zope或既有Chameleon项目，沿用TAL能减少迁移成本；新建普通Flask项目，团队熟悉Jinja2时继续使用往往更省事。
tal攻略：模板开发高频问题实答
tal攻略如果讨论的是模板开发，核心不是背语法，而是判断TAL与Jinja2、纯HTML各自适合什么项目。下面围绕安装、循环、条件、转义和选型等高频问题逐一回答，并把容易混淆的写法放在同一维度比较，方便直接用于Zope或Chameleon项目。
循环和条件应该怎样组织？
列表渲染可把tal:repeat放到要重复的实际元素上，条件显示则使用tal:condition。不要把整块页面都塞进一个条件节点，否则模板结构虽能运行，设计人员却很难单独调整内部组件。
与在后端拼接HTML相比，TAL能分离数据和标记；与复杂模板逻辑相比，把排序、聚合和权限判断放回Python更易测试。模板适合展示判断，不适合承担业务计算。
输出内容会自动安全吗？
不能把模板引擎等同于完整安全方案。普通文本输出应保持默认转义，只有确认内容可信且确实需要HTML时，才使用结构化输出方式。用户昵称、评论、查询参数都不应未经处理直接作为HTML插入。
这里要区分转义与清洗：转义让特殊字符按文本显示；HTML清洗则按白名单删除危险标签和属性。富文本场景通常需要后端清洗，不能只靠模板层。
调试TAL先检查什么？
先确认模板由哪套实现解析，再核对命名空间、表达式类型和传入变量。浏览器直接打开模板只能检查静态结构，不能证明服务器渲染正确。报变量不存在时，应先打印或测试视图上下文，而不是反复修改HTML。
一份可执行的tal攻略应保留最小模板：一个变量、一个条件、一个两项列表。最小样例正常，再逐块加入真实页面，比在上千行模板里盲查快得多。
常见问题
TAL模板语言现在还能用于新项目吗？
可以，尤其适合已有Zope、Plone或Chameleon技术栈的团队。若项目没有历史约束，应结合框架支持、招聘成本和团队经验选型。
tal:content和直接写HTML有什么区别？
静态HTML内容固定；tal:content会在服务器渲染时用表达式结果替换节点内容，同时保留该节点本身。
TAL可以把业务逻辑都写在模板里吗？
技术上能写部分表达式，但不建议。数据查询、权限、排序和复杂计算应放在后端，模板只负责展示与简单条件。