Lovelace-Mushroom项目中使用模板触发通知功能的变化解析

背景介绍

Lovelace-Mushroom作为Home Assistant的优秀前端组件库，其卡片功能深受用户喜爱。近期有用户反馈，在最新版本中通过perform-action调用notify.persistent_notification服务时，使用模板作为消息内容的功能突然失效。

技术原理分析

在Home Assistant系统中，通知服务(notify)原本支持直接传递Jinja2模板作为消息内容。这种设计允许动态生成通知文本，例如从列表中随机选择问候语。其工作流程是：

1. 前端定义包含模板的动作
2. 触发时后端执行模板渲染
3. 将渲染结果作为通知内容发送

变更内容

2024年10月发布的Home Assistant核心版本(2024.10.1)中移除了这项功能。这实际上是长期规划的技术调整：

• 早期版本已将该功能标记为"已弃用"
• 系统日志中会提示"通过模板传递通知服务已被弃用"的警告
• 最新版本完全移除了模板支持

替代方案

推荐采用更规范的实现方式：

方案一：使用脚本封装

# configuration.yaml示例
script:
  send_custom_notification:
    sequence:
      - service: notify.persistent_notification
        data:
          message: "{{ now().strftime('%Y-%m-%d %H:%M') }} 自定义消息"

方案二：自动化触发

automation:
  - alias: "生日提醒"
    trigger: 
      - platform: time
        at: "08:00:00"
    action:
      - service: notify.persistent_notification
        data:
          message: "今天是{{ states('sensor.family_birthday') }}的生日"

最佳实践建议

1. 动态内容生成应放在后端处理
2. 复杂逻辑建议使用Python脚本或AppDaemon
3. 简单场景可使用模板传感器预先计算
4. 保持前端只负责展示，业务逻辑放在后端

版本兼容性说明

• 2024.10.0及之前：模板功能可用但会收到弃用警告
• 2024.10.1及之后：完全移除模板支持
• Mushroom组件需更新至4.0.7以上版本

总结

这次变更体现了Home Assistant平台对架构规范的强化，将模板处理逻辑统一归入后端服务。虽然短期内需要调整现有配置，但长期来看有利于系统稳定性和可维护性。开发者应遵循"前端展示，后端逻辑"的原则来设计智能家居自动化方案。