SQLiteStudio表结构修改未提交时的Tab切换问题分析与修复

问题背景

在SQLiteStudio数据库管理工具中，用户在使用表结构编辑器时发现了一个影响工作流程的交互问题。当用户修改表结构后，如果尝试切换到数据标签页查看数据而不先提交结构修改，系统会强制用户返回结构标签页，但这一行为在特定配置下存在逻辑缺陷。

问题现象

当用户在表结构编辑器中进行结构修改后，未执行提交操作就尝试切换到数据标签页时，系统会弹出提示框要求用户先提交修改。此时如果用户选择"返回结构标签页"选项，在"将数据标签页设为首页"的配置下，系统未能正确跳转回结构标签页，而是仍然停留在数据标签页。

技术分析

这个问题源于表窗口和视图窗口中的标签页切换逻辑未充分考虑用户配置选项。具体来说：

1. 系统提供了配置选项"将数据标签页设为首页"(DataTabAsFirstInTables/DataTabAsFirstInViews)
2. 在强制返回结构标签页的代码中，直接使用了硬编码的索引值(0或1)
3. 当配置选项启用时，数据标签页实际上位于索引0位置，而结构标签页位于索引1位置
4. 但强制返回代码仍然假设结构标签页在索引0位置，导致跳转错误

解决方案

修复方案需要根据配置动态确定标签页索引：

1. 在表窗口(tablewindow.cpp)中，修改强制返回逻辑：

   • 当用户选择提交修改时，根据配置确定数据标签页位置并刷新数据
   • 当用户选择返回结构标签页时，同样根据配置确定正确位置

2. 在视图窗口(viewwindow.cpp)中应用相同的逻辑修正

核心修复代码如下：

if (res == 1) {
    commitStructure(true);
    ui->tabWidget->setCurrentIndex(CFG_UI.General.DataTabAsFirstInTables.get() ? 0 : 1);
    ui->dataView->refreshData();
} else {
    ui->tabWidget->setCurrentIndex(CFG_UI.General.DataTabAsFirstInTables.get() ? 1 : 0);
}

修复效果

经过修复后，无论用户如何配置标签页顺序，系统都能正确执行以下行为：

1. 当用户尝试切换标签页而未提交结构修改时，显示警告对话框
2. 如果用户选择提交修改，则正确跳转到数据标签页并刷新数据
3. 如果用户选择返回结构标签页，则准确跳转到结构编辑界面

最佳实践建议

对于数据库管理工具的开发，这类界面交互问题需要注意：

1. 避免在界面逻辑中使用硬编码的控件索引
2. 所有可能受用户配置影响的界面行为都应动态确定位置
3. 对于有状态切换的界面，要确保状态变更时的界面一致性
4. 考虑添加视觉提示来表明未保存的修改状态

这次修复不仅解决了特定配置下的bug，也使代码更加健壮，能够适应未来可能的界面布局变化。