Yazi文件管理器：优化文件夹复制时的命名策略

概述

在Yazi文件管理器中，当用户复制一个文件夹到目标位置时，如果目标位置已存在同名文件夹，系统会自动在名称后添加索引（如"_1"）以避免冲突。然而，当前实现在处理带有点号(".")的文件夹名称时，会将索引插入到最后一个点号之前，这种策略虽然适合文件重命名场景，但对于文件夹操作可能不够理想。

当前实现分析

Yazi目前使用的命名冲突解决方案会将索引插入到文件扩展名之前。例如：

• "a.b.c" → "a.b_1.c"
• "document.txt" → "document_1.txt"

这种处理方式源于传统文件系统中扩展名的概念，其中点号后的部分通常表示文件类型。然而，对于文件夹而言，点号往往只是名称的一部分，没有特殊含义。

问题场景

当用户复制以下结构的文件夹时：

source/
└── a.b.c/

如果目标位置已存在"a.b.c"文件夹，当前系统会生成"a.b_1.c"作为新名称。这种变化可能带来以下问题：

1. 破坏了原始名称的完整性
2. 可能导致依赖固定路径的脚本或程序失效
3. 用户难以直观识别关联文件夹

改进建议

建议修改命名策略，对于文件夹操作，将索引统一添加到名称末尾。例如：

• "a.b.c" → "a.b.c_1"
• "project.src" → "project.src_1"

这种改进具有以下优势：

1. 保持原始名称结构的完整性
2. 更符合用户对文件夹命名的心理预期
3. 便于批量操作时的模式匹配
4. 与许多现代IDE的项目管理策略一致

技术实现考量

实现这一改进需要：

1. 区分文件和文件夹的命名处理逻辑
2. 在路径处理模块中添加类型判断
3. 维护向后兼容性
4. 确保跨平台一致性

核心算法可以简化为：

if 是文件夹 {
    在完整名称后添加索引
} else {
    在扩展名前添加索引(保持现有行为)
}

用户体验影响

这一改进将带来更直观的用户体验，特别是对于：

• 开发者处理项目文件夹
• 系统管理员管理多版本配置目录
• 普通用户整理个人文档

同时，保持对文件处理的现有行为，确保不会影响依赖扩展名的应用程序。

总结

Yazi文件管理器通过优化文件夹复制时的命名策略，能够提供更加一致和可预测的用户体验。这一改进虽然看似微小，但对于提升日常文件管理效率具有重要意义，特别是对于经常需要处理复杂目录结构的用户群体。