Phoenix LiveView 1.0 中处理 MJML 样式标签的解决方案

在 Phoenix LiveView 1.0 版本中，开发者在使用 MJML 邮件模板时可能会遇到一个常见问题：<mj-style> 标签内的 CSS 样式内容会被 LiveView 的模板引擎错误解析。这个问题源于 LiveView 1.0 对 HEEx 模板引擎的改进，导致某些特殊标签内的内容被当作 Elixir 代码处理。

问题现象

当开发者在 HEEx 模板中使用 <mj-style> 标签时，例如：

<mj-style>
  * { font-size: 1.1em; }
</mj-style>

LiveView 1.0 的模板引擎会尝试解析其中的 CSS 内容，特别是像 1.1em 这样的数值单位组合，导致解析错误。这是因为 LiveView 1.0 的 HEEx 编译器对模板内容进行了更严格的语法检查。

解决方案

方案一：使用 phx-no-curly-interpolation 属性

LiveView 提供了 phx-no-curly-interpolation 属性，可以显式告诉模板引擎不要对该标签内的内容进行插值解析：

<mj-style phx-no-curly-interpolation>
  * { font-size: 1.1em; }
</mj-style>

这是最推荐的解决方案，因为它：

1. 保持了模板的整洁性
2. 明确表达了开发者的意图
3. 是 LiveView 官方支持的解决方案

方案二：使用 Phoenix.HTML.raw 辅助函数

另一种解决方案是使用 Phoenix.HTML.raw 函数直接输出原始 HTML：

{Phoenix.HTML.raw("""
  <mj-style>
    * { font-size: 1.1em; }
  </mj-style>
""")}

这种方法虽然有效，但相比第一种方案：

1. 代码可读性较差
2. 需要手动处理 HTML 转义
3. 不是针对此问题的专用解决方案

技术背景

这个问题的出现是因为 LiveView 1.0 对 HEEx 模板引擎进行了重构，引入了更严格的解析规则。在之前的版本中，某些特殊标签（如 <style> 和 <script>）内的内容会被特殊处理，不会进行 Elixir 代码插值解析。但 <mj-style> 作为 MJML 的特殊标签，没有被包含在这个例外列表中。

phx-no-curly-interpolation 属性是 LiveView 专门设计用来解决这类问题的机制，它告诉模板引擎跳过对该标签内容的解析，直接输出原始内容。这种设计既保证了模板的安全性，又提供了处理特殊情况的灵活性。

最佳实践

对于需要在 LiveView 模板中使用第三方模板语言（如 MJML）的情况，建议：

1. 优先使用 phx-no-curly-interpolation 属性标记不需要解析的标签
2. 对于复杂的第三方模板内容，考虑使用专门的渲染函数或组件封装
3. 保持对 LiveView 更新日志的关注，了解模板引擎的行为变化

通过合理使用这些技术，开发者可以顺利地在 LiveView 1.0 及以上版本中集成 MJML 邮件模板，同时享受新版本带来的性能改进和功能增强。