ElixirLS项目中Heex属性括号自动移除引发的HTML解析问题

在Elixir生态系统中，ElixirLS作为语言服务器为开发者提供了诸多便利功能，包括代码格式化等。然而，近期发现一个与Heex模板中属性括号处理相关的潜在问题，值得开发者注意。

问题现象

在Phoenix框架的Heex模板中，开发者有时会使用类似class={"some_class"}的语法。ElixirLS的格式化功能会在保存文件时自动移除这些看似"多余"的大括号。这种优化在大多数情况下没有问题，但在某些特殊场景下会导致HTML解析错误。

典型案例

当模板中包含JSON数据属性时，例如：

data-foo={"{\"tag\": \"<something>\"}"}

格式化后会变为：

data-foo="{"tag": "<something>"}"

这种转换会导致Phoenix.LiveView.Tokenizer抛出解析错误，因为双引号的使用使HTML属性值变得无效。

技术背景

Heex模板是Phoenix框架中的HTML模板语言，它允许在HTML属性中使用Elixir表达式。大括号{}用于包裹Elixir表达式，当表达式是简单的字符串时，这些大括号确实是可选的。然而，格式化工具在自动移除这些大括号时，没有充分考虑HTML语法的完整性。

临时解决方案

目前开发者可以采用以下临时方案：

1. 使用空插值#{}强制保留大括号
2. 在.formatter.exs中排除相关文件
3. 暂时禁用编辑器的保存时格式化功能

深层思考

这个问题引发了关于代码格式化工具设计哲学的讨论：

• 安全性优先：格式化工具是否应该更保守，只在100%安全的情况下进行转换
• 开发者体验：自动化便利性与潜在风险的权衡
• 边界情况处理：如何处理那些看似简单但实际复杂的语法结构

最佳实践建议

对于处理包含特殊字符的HTML属性值，建议：

1. 使用Phoenix提供的Phoenix.HTML模块进行HTML安全编码
2. 对于复杂数据结构，考虑在控制器中预处理后再传递给模板
3. 保持关注上游修复进展，及时更新依赖

这个问题已经上报至Phoenix项目，预计在未来的版本中会得到修复。在此期间，开发者需要特别注意相关场景下的代码格式化行为。