Mac Catalyst下SwiftUI列表含Slider时的编辑交互问题

这个问题本质是列表的移动手势和Slider的拖动手势优先级冲突——启用.onMove后，列表项的拖动手势会默认优先响应，导致Slider无法正常拖动。你想动态控制.moveDisabled的思路完全可行，核心是通过读取当前编辑模式状态来决定是否禁用移动功能。

具体实现步骤： #

1. 获取编辑模式状态：通过@Environment(\.editMode)环境变量可以实时获取列表的当前编辑状态（激活/未激活）。
2. 动态设置.moveDisabled：在.moveDisabled闭包中，结合编辑状态和你的macCatalyst兼容逻辑，只在非编辑状态下禁用移动手势，让Slider正常工作；编辑状态下则允许拖动列表项排序。

完整代码示例： #

import SwiftUI

struct Item: Identifiable {
    let id = UUID()
    var name: String
    var value: Double
}

struct ContentView: View {
    @State private var items = [
        Item(name: "Item 1", value: 0.2),
        Item(name: "Item 2", value: 0.5),
        Item(name: "Item 3", value: 0.8)
    ]
    // 读取当前编辑模式状态
    @Environment(\.editMode) private var editMode

    var body: some View {
        NavigationStack {
            List {
                ForEach($items) { $item in
                    HStack {
                        Text(item.name)
                        Slider(value: $item.value)
                    }
                    // 动态控制移动禁用逻辑
                    .moveDisabled({
                        #if targetEnvironment(macCatalyst)
                        // macCatalyst下始终禁用移动
                        return true
                        #else
                        // 非编辑模式下禁用移动，释放Slider的拖动手势
                        return editMode?.wrappedValue != .active
                        #endif
                    }())
                }
                .onMove { source, destination in
                    items.move(fromOffsets: source, toOffset: destination)
                }
            }
            .toolbar {
                EditButton()
            }
            .navigationTitle("Slider & List Edit")
        }
    }
}

逻辑说明： #

• 非编辑状态：editMode?.wrappedValue != .active为true，.moveDisabled(true)会禁用列表项的移动手势，此时Slider的拖动手势可以正常响应，不会被抢占。
• 编辑状态：editMode?.wrappedValue == .active为true，.moveDisabled(false)允许拖动列表项排序，符合编辑模式的使用预期。
• macCatalyst适配：保留你原有的兼容逻辑，在macCatalyst下始终禁用移动功能。

如果编辑模式下你依然希望Slider可以拖动，可以给Slider添加高优先级手势覆盖列表的移动手势：

Slider(value: $item.value)
    .highPriorityGesture(DragGesture())

不过通常编辑模式下用户的操作意图是排序，这种场景一般不需要额外处理。

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