SwiftUI中排序NavigationSplitView侧栏List时选中项丢失问题

一、解决排序时选中状态消失的问题 #

1. 修正导航目的地的位置 #

你当前将.navigationDestination附加在每个List元素的NavigationLink上，这会导致列表排序刷新时导航关联失效。应将其移到侧栏的外层容器中，确保导航目的地在整个导航层级中持续有效：

修改ContentView的代码如下：

struct ContentView: View {
    @Environment(Story.self) private var story
    @State private var columnVisibilty: NavigationSplitViewVisibility = .all
    @State private var selection: Key?
    var body: some View {
        NavigationSplitView(columnVisibility: $columnVisibilty) {
            VStack {
                List(story.sortedCast, selection: $selection) { member in
                    NavigationLink(value: member) {
                        Text(member.title)
                    }
                }
            }
            .modifier(SortMenu())
            // 将导航目的地移到外层
            .navigationDestination(for: CastMember.self) { member in
                DetailView(selection: $selection)
            }
        } detail: {
            Text("Please Select Cast Member")
        }
        .navigationTitle(story.title(selection: selection))
    }
}

2. 确保选中标识的稳定性 #

你使用UUID作为选中标识的方案是正确的——UUID不会随排序或数据顺序变化而改变。只要排序后的sortedCast仍包含原对象（你的代码中是引用原实例，id保持不变），SwiftUI会自动匹配UUID并保留选中状态。若仍出现选中丢失，可在排序操作后手动确认selection（通常无需额外处理）。

二、List组件的适用性 #

List完全适配你的需求：

• 原生支持单选/多选、数据源更新后的自动刷新，能轻松应对多种排序规则和列表类型；
• 支持拖放重排序：通过.onMove modifier配合编辑按钮或自定义逻辑，即可实现拖放功能，结合UUID标识符能保证重排序后数据的一致性。

三、关于SwiftData的开发时间问题 #

现在优先完善外观交互不是浪费时间：

• SwiftData的核心是数据持久化，而UI交互逻辑（列表布局、排序、拖放）属于独立的视图层，后续迁移到SwiftData时，这部分代码大部分可直接复用；
• 提前规划模型设计时，可考虑适配SwiftData的要求（比如使用class类型、保留UUID作为唯一标识），但无需现在就接入SwiftData——先打磨好交互逻辑，再接入数据持久化，能让开发流程更清晰，避免同时处理UI和数据层的复杂问题。

内容的提问来源于stack exchange，提问作者Ron