Dinky任务复制功能中的命名冲突问题分析与修复

问题背景

在Dinky项目的最新开发版本中，用户反馈在进行任务复制操作时遇到了失败情况。具体表现为当用户多次复制同一个任务时，系统会报错并导致复制操作无法完成。这一问题看似简单，但背后涉及到了任务命名机制的实现逻辑。

问题现象分析

当用户执行任务复制操作时，系统会检查数据库中是否已存在同名任务。如果存在同名任务，系统会自动在任务名称后添加后缀以避免冲突。然而，当前实现中存在一个关键问题：

1. 系统实际生成新任务名称时使用的是连字符"-"作为分隔符（例如"任务名称-1"）
2. 但在查询已存在任务时，系统却使用下划线""作为匹配模式（查询"任务名称[0-9]"）

这种不一致导致系统无法正确识别已存在的复制任务，从而引发复制失败。

技术实现细节

Dinky的任务复制功能主要包含两个关键步骤：

1. 名称生成逻辑：当复制任务时，系统会在原任务名称后添加"-"和序号（如-1、-2等）
2. 名称冲突检查：系统需要查询数据库中是否已存在类似命名的任务，以确定下一个可用序号

问题出在冲突检查阶段使用的正则表达式模式与实际的命名模式不匹配。具体来说：

• 实际命名模式：任务名称-[0-9]+
• 查询使用的模式：任务名称_[0-9]+

这种模式不匹配导致系统无法正确检测已存在的复制任务，从而可能生成重复名称或导致其他异常。

解决方案

要解决这一问题，需要统一命名模式和查询模式。具体可采取以下两种方案之一：

1. 统一使用连字符"-"：

   • 修改查询逻辑，使用任务名称-[0-9]+模式进行匹配
   • 保持现有的命名生成方式不变

2. 统一使用下划线"_"：

   • 修改命名生成逻辑，使用任务名称_1这样的格式
   • 保持现有的查询逻辑不变

从用户体验和一致性角度考虑，建议采用第一种方案，即统一使用连字符"-"，因为：

• 连字符在文件名中更为常见
• 与许多操作系统和应用程序的默认行为一致
• 视觉上更清晰易读

实现建议

在具体实现上，建议：

1. 修改任务复制时的查询SQL，将下划线匹配改为连字符匹配
2. 确保所有相关的名称生成和检查逻辑都使用相同的分隔符
3. 添加单元测试验证各种复制场景：
   • 首次复制
   • 多次连续复制
   • 复制已被复制的任务
   • 边界情况测试

总结

Dinky任务复制功能中的这一问题虽然看似简单，但反映了命名约定一致性在软件开发中的重要性。通过统一命名模式和查询模式，可以确保功能的可靠性和用户体验的一致性。这也提醒我们在设计类似功能时，需要考虑：

1. 命名规则的明确约定
2. 生成逻辑和验证逻辑的一致性
3. 各种边界情况的处理
4. 长期维护的便利性

该问题的修复将提升Dinky的任务管理体验，使用户能够更顺畅地进行任务复制操作。