Apache Parquet-MR项目中CLI工具压缩命令的大小写兼容性优化

在Apache Parquet-MR项目的最新开发中，社区发现了一个关于命令行工具(CLI)压缩参数处理的兼容性问题。这个问题虽然看似简单，但反映了开源项目中命令行工具设计时需要考虑的用户体验细节。

Parquet作为列式存储格式的代表，其配套的CLI工具提供了多种实用功能，包括文件格式转换(convert)和重写(rewrite)等操作。在这些操作中，用户可以通过--compression-codec参数指定输出文件的压缩算法。目前支持的压缩算法包括SNAPPY、GZIP、ZSTD等主流格式。

开发团队注意到，当前不同子命令对压缩算法名称的大小写处理存在不一致性。具体表现为：

• convert命令能够智能识别大小写，无论用户输入"zstd"还是"ZSTD"都能正确执行
• rewrite命令则严格要求大写格式，当用户输入小写时会抛出"找不到枚举常量"的错误

这种不一致性会给用户带来困惑，特别是对于习惯使用小写参数的用户。从技术实现角度看，这是由于底层枚举类型CompressionCodecName的严格校验机制导致的。而在convert命令中，开发团队已经做了额外的大小写转换处理。

这个问题已在最新提交中修复。解决方案是对所有CLI命令统一采用大小写不敏感的校验方式，通过将用户输入统一转换为大写后再进行枚举匹配。这种处理方式既保持了枚举类型的安全性，又提升了用户体验的一致性。

对于Parquet用户来说，这个改进意味着：

1. 不再需要记忆压缩算法名称的特定大小写格式
2. 脚本编写时减少因大小写问题导致的错误
3. 不同子命令间保持统一的行为模式

这个案例也提醒我们，在开发命令行工具时，参数输入的容错性和一致性是需要重点考虑的设计要素。特别是对于开源项目，良好的用户体验往往体现在这些细节之处。Apache Parquet-MR团队通过及时修复这类问题，持续提升着这个重要大数据组件的易用性。