Far2l项目中文件掩码大小写敏感功能的实现与优化

在Far2l文件管理器中，文件掩码的大小写敏感处理一直是一个值得关注的技术点。本文将深入探讨该功能的实现原理、现有问题以及优化方案。

功能背景

文件掩码是文件管理器中常用的匹配模式（如*.txt、*.exe等），传统实现通常区分大小写。但在实际使用中，用户经常需要忽略大小写进行匹配，特别是处理来自不同操作系统的文件时。

技术实现现状

当前Far2l通过以下方式处理大小写敏感：

1. 比较文件夹和标记操作：使用StrCmp/StrCmpI函数直接比较
2. 文件搜索和标记操作：将掩码和文件名强制转换为小写后比较

这种方法存在明显缺陷：

• 非ASCII字符（如俄语）处理不一致
• 正则表达式中的特殊字符（如\I）转换后语义改变
• 部分ASCII字符匹配结果不符合预期

核心问题分析

问题根源在于当前实现混合了两种不同的比较策略，且字符串转换发生在比较流程的错误阶段。主要问题函数是CmpName_Body，它在内部统一转换为大写字符进行比较。

优化方案

建议对以下核心函数进行改造：

1. 修改CmpName_Body函数，增加大小写敏感参数
2. 重构相关调用链：
   • CFileMask::Compare()
   • FileMasksProcessor::Compare()
   • CmpName()

优化后的比较逻辑应：

• 保持原始字符串不变
• 根据参数选择直接比较或大小写不敏感比较
• 特殊处理正则表达式中的元字符

用户界面改进

在界面设计上，建议：

1. 搜索对话框：

   • 新增"大小写敏感(掩码)"选项
   • 与现有的"大小写敏感(文本)"选项并列

2. 全局设置：

   • 添加文件夹比较和标记操作的大小写敏感选项

多语言支持考量

实现时需特别注意：

• Unicode字符的大小写转换规则
• 某些语言中不存在明确的大小写对应关系
• 区域设置对比较结果的影响

总结

Far2l中文件掩码大小写敏感功能的优化需要系统性地重构字符串比较逻辑。正确的实现方式应该是在比较函数内部根据参数决定比较策略，而不是预先转换字符串。这不仅能解决当前的问题，还能为未来的多语言支持奠定良好基础。