SwiftUI macOS应用动态列表多类型行数据存储方案咨询

你提到的为A、B、C分别定义struct、通过@State存储行数据的思路是合理的，完全可以实现需求，但你当前代码里拆分currentActionList和rowItems两个数组的写法可以进一步优化，避免索引不同步的bug，更符合SwiftUI的数据流设计。

最优实现方案 #

1. 用枚举封装行类型与对应数据 #

直接把行类型和对应的数据绑定，不需要分开存类型标识数组和数据数组：

// 分别定义三类行的存储结构
struct AConfig: Identifiable {
    let id = UUID()
    // 存储A行需要的所有状态：比如输入框内容、计数
    var inputContent: String = ""
    var tapCount: Int = 0
}

struct BConfig: Identifiable {
    let id = UUID()
    // 存储B行需要的所有状态：比如下拉选中项、开关状态
    var selectedOption: Int = 0
    var toggleIsOn: Bool = false
}

struct CConfig: Identifiable {
    let id = UUID()
    // 存储C行需要的所有状态：比如日期、数值输入
    var selectedDate: Date = .now
    var numberValue: Double = 0
}

// 统一的行条目枚举，关联对应类型的数据
enum ActionListItem: Identifiable {
    case typeA(AConfig)
    case typeB(BConfig)
    case typeC(CConfig)
    
    var id: UUID {
        switch self {
        case .typeA(let config): return config.id
        case .typeB(let config): return config.id
        case .typeC(let config): return config.id
        }
    }
}

2. 统一维护单个数组数据源 #

只需要一个@State数组存储所有行数据，不需要额外的类型标识数组：

@State private var actionList: [ActionListItem] = []

3. 列表渲染与数据绑定 #

直接遍历统一数组，把数据绑定透传到子视图，子视图的修改会自动同步到外层数组：

List {
    ForEach(actionList) { item in
        switch item {
        case .typeA(let config):
            AView(config: $actionList[actionList.firstIndex(where: { $0.id == config.id })!])
        case .typeB(let config):
            BView(config: $actionList[actionList.firstIndex(where: { $0.id == config.id })!])
        case .typeC(let config):
            CView(config: $actionList[actionList.firstIndex(where: { $0.id == config.id })!])
        }
    }
    .onDelete(perform: deleteAction)
}

// 删除操作直接操作单个数组，不需要同步其他数据源
private func deleteAction(at offsets: IndexSet) {
    actionList.remove(atOffsets: offsets)
}

4. 子视图实现 #

A/B/C三类行视图内部用@Binding接收数据，不需要单独维护内部@State，所有状态统一在外层管理：

struct AView: View {
    @Binding var config: AConfig
    
    var body: some View {
        HStack {
            TextField("输入内容", text: $config.inputContent)
            Button("计数+1") {
                config.tapCount += 1
            }
        }
    }
}

方案优势 #

• 数据源唯一，不会出现类型数组和数据数组索引不匹配的低级bug
• 类型安全，枚举关联值强制行类型和对应数据绑定，不会出现类型和数据不匹配的问题
• 符合SwiftUI单向数据流设计，所有状态集中管理，子视图只负责渲染和交互
• 最终导出数据时直接遍历actionList即可拿到所有行的完整数据，不需要额外聚合各个子视图的状态

注意事项 #

如果列表条目超过上千条，firstIndex查找会有轻微性能损耗，此时可以换成用数组indices绑定，或者升级到SwiftUI 4+使用@Observable配合@Bindable优化性能，普通场景下以上写法完全够用。

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