RomM平台删除机制解析：数据库与文件系统的协同处理

在RomM 3.8.3版本中，平台删除操作的设计采用了数据库记录删除与文件系统保留的分离策略。这一设计决策体现了数据安全与系统灵活性的平衡考量，但也可能给用户带来一些预期外的行为表现。

核心机制分析

当用户通过Web界面删除平台时，系统会执行以下操作：

1. 数据库层面：完整删除platforms表中对应的平台记录
2. 文件系统层面：保留原有的平台目录及游戏文件
3. 扫描机制：后续扫描会重新检测文件系统中的目录结构

这种设计带来的直接表现是：即使用户删除了平台，只要原始文件目录仍然存在，系统在下次扫描时仍会检测到这些目录，并尝试重新创建平台记录。

典型场景还原

在实际使用中，用户可能会遇到这样的情况：

1. 删除多个DOS平台（如dos-1986、dos-1995等）
2. 重新组织文件目录结构
3. 执行新平台扫描
4. 系统重新检测到原有目录并显示扫描过程

这种现象并非数据残留问题，而是系统按照设计预期工作：数据库记录确实已被删除，但由于文件目录保留，系统将其视为"新发现"的平台目录。

最佳实践建议

对于需要完全清理平台的情况，建议采用以下步骤：

1. 通过Web界面删除目标平台
2. 手动清理对应的文件系统目录
3. 如需重组目录结构，确保先完成文件移动再删除平台
4. 对于特殊情况，可通过直接操作数据库清理残留记录（需谨慎）

技术实现考量

这种设计选择主要基于以下考虑因素：

1. 数据安全：避免误删除导致游戏文件丢失
2. 操作可逆性：保留用户回滚的可能性
3. 扫描一致性：确保文件系统状态始终是数据真实来源
4. 性能优化：减少大规模文件操作带来的IO负担

理解这一机制后，用户可以更有效地规划平台管理策略，特别是在进行大规模平台重组时，合理安排操作顺序可以避免不必要的重复扫描过程。