SwiftUI 学习：疑似 List Selection 的 Bug 的案例

最近忙完了几件事，圣诞假期也临近，终于有时间好好学习并折腾一下 SwiftUI。在学习和 SwiftUI 的过程中，我遇到并发现了不少 Bug，同时对它的局限性也有了更多的了解。本文即是以 List Selection 的一处 Bug 为例来展开。

12 月 22 日 20:30 分更新

在推友 @siuying 的思路的指导下，我终于发现了这个疑似 Bug 的问题，真的是我对 SwiftUI 的不熟悉索导致的。

NavigationLink 是一个动作，而不是一个状态，根据他提供的代码，macOS 下已经成功运行正常，不过 iOS 依然没办法达成选中的效果，还需要继续探索。

demo 目标

以下是用 SwiftUI 实现的一个非常简单的 demo，它用 List 排列几个 Task 类型，然后有一个Random Select 的按钮，可以随机选中列表里的项目。

这个 demo 在 macOS 和 iOS 下几乎是一样的代码，iOS 下只要注释掉 .listStyle(SidebarListStyle()) 这行就可以跑起来。

先放截图：

macOS 下的截图：

SwiftUI Test Selection-0.png

iPad 下的截图：

SwiftUI Test Selection-1.png

源代码：

import SwiftUI

struct Task: Codable, Identifiable, Hashable {

    var id: Int
    var name: String

}

struct ContentView: View {
    @State private var tasks: [Task] = [
        Task(id: 0, name: "Fix #1"),
        Task(id: 1, name: "Fix #2"),
        Task(id: 2, name: "Fix #3"),
        Task(id: 3, name: "Fix #4"),
        Task(id: 4, name: "Fix #5")
    ]
    @State private var selection: Task?

    var body: some View {
        NavigationView {
            List(selection: $selection) {
                ForEach(tasks, id: \.self) { task in
                    NavigationLink(destination: VStack {
                        Text(task.name)
                        Button("Random Select") {
                            self.selection = self.tasks.randomElement()
                        }
                    }
                    .frame(maxWidth: .infinity, maxHeight: .infinity)) {
                        VStack {
                            Text(task.name)
                        }
                    }
                }
            }
            .listStyle(SidebarListStyle())
            VStack {
                Text("Please select one task")
                Button("Random Select") {
                    self.selection = self.tasks.randomElement()
                }
            }
            .frame(maxWidth: .infinity, maxHeight: .infinity)
        }
    }

}

发现问题和 Bug 分析

但就是这样的一个小 demo，也有很严重的 Bug。先说 macOS 端：

macOS 版本，跑起来以后，直接点 Random Select，是可以正常工作的，你会发现 List 左侧选中的项目，在随机跳动。

但是，一旦你手动选择过一个项目后，再点 Random Select，就不管用了。

而 iPadOS 下面，无论怎么点，都是不管用的…

昨天遇到这个问题后，我一直在想，我哪里做错了，是不是有什么条件未考虑到。今天我再想想，抛开 SwiftUI 还不成熟的话题，这就是 SwiftUI 的局限性，或许，我要做的任务，根本就不应该来用 SwiftUI 来完成。

SwiftUI 的局限性是什么？

SwiftUI 是什么？它是一套跨平台的框架，我上述代码，也完美的验证了同样的代码，可以跑在 macOS 和 iOS 上，并且都非常 Native——除了行为没有达到我的预期。

作为同时写过 macOS 和 iOS App 的开发者，我思考这个问题出现的原因，首先就是 AppKit 和 UIKit 下 API 和预期行为的大不同。

假如我们分别用平台对应的 API 去达到「选择列表行」的效果的话，那么要用到的 API 分别是：

macOS：NSTableView 的 func selectRowIndexes(_ indexes: IndexSet, byExtendingSelection extend: Bool)
iOS：UITableView 的 func selectRow(at indexPath: IndexPath?, animated: Bool, scrollPosition: UITableView.ScrollPosition)

这两个 API，不仅名字不一样，参数数量不一样，连参数类型都不一样。通过各种排列组合，有太多调用方式和结果了。

我不知道 SwiftUI 底层是怎么实现的，但是据目前了解到的信息，除了底层绘制的相关 View，大多数 SwiftUI 的控件，都是去调用对应平台的原生控件的，就像 List 在 macOS 下是 NSTableView，在 iOS 下是 UITableView。

于是，要达到预期的 List 选中（selection）的效果，我可以想象 SwiftUI 需要处理大量的逻辑，来使这个功能工作——根据目前的情况，一个小 demo 就暴露了 SwiftUI 目前的问题和不足。也就是我说的局限型。

SwiftUI 目前的使用场景

根据我有限的对 SwiftUI 的了解和实践，我觉得当前的 SwiftUI 适合的应用场景是：

没有复杂逻辑的使用原生界面的列表型交互；
需要高度自定义的、使用自定义绘制和动画的界面；

尽管 SwiftUI 没有达成我简单的「随机选择」这么一个需求（我希望是我代码的问题），但是我依然相信 SwiftUI 会在特定场景下达到生产力的极大提升，只是目前真的很不成熟，Xcode 也比较让人失望。

接下去能期待的一件事情，就是 Swift 5.2 的发布，它将极大的改进 SwiftUI 在编码过程中的错误提示。希望能早点发布。