Freeplane公式脚本中日期格式化功能解析与优化建议

背景概述

Freeplane作为一款强大的思维导图工具，其公式脚本功能为用户提供了灵活的数据处理能力。近期用户反馈在日期格式化处理上存在一些功能限制，特别是在使用format()函数处理日期对象时，部分格式化模式未能返回预期结果。

问题现象分析

通过用户测试案例可以发现，当前日期格式化存在以下特征：

1. 必须包含年份标识符(yyyy或yy)才能正确格式化
2. 单独使用日(dd)、月(MMM)或星期(EEE)等标识符时，系统会直接返回原始日期字符串
3. 复合格式如"yyyy-MM"可以正常工作，但"MMM/dd"等组合则无法正确解析

技术原理探究

日期格式化功能通常基于Java的SimpleDateFormat类实现。规范的日期格式模式包括：

• yyyy：4位年份
• MM：2位月份
• MMM：月份缩写(如Oct)
• dd：2位日期
• EEE：星期缩写(如Wed)

理想情况下，这些模式标识符可以自由组合使用。当前实现可能对格式字符串进行了过度校验，导致部分有效组合被拒绝。

解决方案建议

1. 完全支持SimpleDateFormat标准定义的所有格式模式
2. 允许任意有效的格式标识符组合
3. 保持向后兼容性，确保现有公式不受影响

实际应用示例

假设节点属性test_date值为"2024-10-23"，优化后应支持：

format(node["test_date"].date, "dd") → "23"
format(node["test_date"].date, "MMM") → "Oct" 
format(node["test_date"].date, "MM/dd") → "10/23"
format(node["test_date"].date, "EEE, MMM dd") → "Wed, Oct 23"

版本更新情况

该优化已在Freeplane 1.12.7_04预览版中实现，用户可验证相关改进。

总结

日期格式化是数据处理中的常见需求，完善相关功能将显著提升Freeplane在时间数据处理方面的能力。开发者应确保实现遵循行业标准，同时保持足够的灵活性以满足不同用户的格式化需求。