Create Expo Stack 项目中非交互模式下的文件夹删除提示问题分析

问题背景

在 Create Expo Stack 项目中，当用户使用非交互模式创建新项目时，如果目标目录已存在同名文件夹，系统不会像交互模式那样提示用户是否删除现有文件夹。这可能导致潜在的数据覆盖风险，影响用户体验。

技术细节

该问题涉及 CLI 工具在不同运行模式下的行为差异：

1. 交互模式：用户通过问答方式逐步配置项目参数，系统会检测同名文件夹并提示处理选项
2. 非交互模式：用户通过命令行参数直接指定配置，当前实现跳过了文件夹存在性检查

影响分析

这种不一致行为可能带来以下问题：

• 用户可能无意中覆盖现有项目文件
• 缺乏明确的警告提示，不符合最小意外原则
• 与交互模式的行为差异可能造成用户困惑

解决方案建议

建议统一两种模式下的文件夹处理逻辑：

1. 无论交互还是非交互模式，都应检查目标目录是否存在
2. 在非交互模式下，可以：
   • 默认拒绝覆盖并报错终止
   • 提供额外的命令行参数(如 --force)允许强制覆盖
   • 或者保持当前行为但添加明确的警告日志

实现考量

在具体实现时需要考虑：

• 向后兼容性，避免破坏现有用户的自动化脚本
• 清晰的错误/警告信息，帮助用户理解情况
• 文档更新，明确说明不同模式下的行为差异

总结

CLI 工具的行为一致性对于用户体验至关重要。Create Expo Stack 作为项目脚手架工具，应当确保在各种使用场景下都能提供明确、一致的文件系统操作提示，避免潜在的数据丢失风险。