今天在调试一个应用崩溃的问题的时候，发现有个sheet弹出后，被反复执行了多次。于是询问AI怎么回事。

原始的代码是这样的

.sheet(isPresented: $showAITranslationGuideView) {
  let xtTransUnits: [XTTransUnit] = {
    let xtTransUnits = Xliff_Tool.getXTTransUnits(from: trees)
    return xtTransUnits.filter { $0.target == nil || $0.target?.isEmpty == true }
  }()

  AITranslationView(xtTransUnits: xtTransUnits)
}

询问AI啥原因，AI是这么回答的。

.sheet(isPresented: $showAITranslationGuideView)为什么会多次执行？

在 .sheet(isPresented: $showAITranslationGuideView) 代码块中，每次 showAITranslationGuideView 状态变化时都会重新执行闭包内的代码。这里的问题是 xtTransUnits 的计算被放在了视图构建的闭包中，而不是在实际需要时才执行。

建议将这些逻辑移到 AITranslationView 的初始化或 onAppear 中。以下是修改建议：

.sheet(isPresented: $showAITranslationGuideView) {
    AITranslationView(trees: trees)
}

然后在 AITranslationView 中处理数据：

struct AITranslationView: View {
    let trees: [Tree<IDTree>]
    @State private var xtTransUnits: [XTTransUnit] = []
    
    var body: some View {
        // 你的视图内容
        .onAppear {
            xtTransUnits = getXTTransUnits(from: trees)
                .filter { $0.target == nil || $0.target?.isEmpty == true }
        }
    }
}

这样可以确保计算只在实际需要时执行一次。

需要注意的是，AI的解释是对的，但是不是真正的原因。但是解法又同样是对的。只要移出这个初始化的代码之后，的确就不会重复计算了。

我认为真正原因是这样的。像.sheet(isPresented: $showAITranslationGuideView)的sheet，是在View初始化时就会被生成的。它是不变的。这就是为什么还有一个同名的但是使用Optional的sheet，那个才是动态的。但是我这里面的代码，在sheet使用前重新进行了计算。这导致原本应该只能是静态的sheet，变成了动态的，从而导致它从新被加载，而这种情形，其实是为定义的，因为这里不应该使用动态的。这个才是出错的真正原因。

今天我在开发应用的时候遇到了一个奇怪的问题。当TabView的最后一个tab被拖动图片之后，应用会自动跳到第一个tab去。我很奇怪为什么有这个行为，于是拿来问AI。没想到很快就解决了。

提示词：阅读代码，尝试解决问题。当最后一个tab被拖动图片后，它会自动跳到第一个tab，我不明白这是什么原因造成的。

AI回复

问题分析

我已经查看了您的代码，找到了为什么当最后一个watchOSTabView被拖动图片后会自动跳回第一个标签页的问题。

这是由于在TabView中没有设置选中的标签页状态，所以当watchOSTabView中的State变量更新时，视图会重新绘制，导致TabView回到默认的第一个标签页。

解决方案

我们需要在MainView中添加一个State变量来跟踪当前选中的标签页，并将其绑定到TabView。这样，即使视图重新绘制，也会保持在当前选中的标签页上。

//
//  MainView.swift
//  My Icon Gear
//
//  Created by zhaoxin on 2025/3/5.
//

import SwiftUI

struct MainView: View {
  // 添加一个状态变量来跟踪选中的标签页
  @State private var selectedTab = 0
  private let platforms = ["iOS", "macOS", "watchOS"]

  var body: some View {
    TabView(selection: $selectedTab) {
      macOSTabView()
        .tag(0)
      iOSTabView()
        .tag(1)
      watchOSTabView()
        .tag(2)
    }
    .toolbar(content: {
      Button {

      } label: {
        Image(systemName: "square.and.arrow.up")
        Text("Export to Folder")
      }
      .bold()
    })
    .padding()
  }
}

#Preview {
  MainView()
}

解决方案解释

我对MainView.swift文件进行了以下修改：

1. 添加了一个@State private var selectedTab = 0状态变量来跟踪当前选中的标签页。

2. 修改了TabView，使用TabView(selection: $selectedTab)将选中状态绑定到TabView。

3. 为每个TabView的子视图添加了.tag()修饰符，分别标记为0、1、2，这样系统就能知道哪个标签页被选中。

这样修改后，当您在watchOSTabView（最后一个标签页）上拖放图片时，即使视图状态发生变化并重新绘制，TabView也会保持在当前选中的标签页（即tag为2的watchOSTabView），而不会跳回第一个标签页。

这是因为现在TabView的选择状态由selectedTab变量控制，而不是由系统自动决定。无论是哪个子视图更新状态并触发重绘，TabView都会保持在用户上次选择的标签页。

薅到AI的羊毛了。👀今天AI在编写Timer相关的代码时，手动添加了loop，让我看不懂，于是我询问AI，它的解释让我学到了。

能否解释一下“确保计时器在RunLoop中运行”的必要性这断代码的必要性。

关于RunLoop中运行Timer的必要性

在Swift中，关于这段代码的必要性：

if let timer = autoCheckTimer {
  RunLoop.main.add(timer, forMode: .common)
}

这段代码确实非常重要，让我解释一下为什么：

为什么需要将Timer添加到RunLoop中

当你使用Timer.scheduledTimer创建计时器时，它会自动添加到当前线程的RunLoop中，但仅使用默认模式（.default）。这在大多数情况下已经足够，但在某些特定情况下可能会导致计时器无法按预期工作：

1. 滚动期间计时器暂停：当用户在UI上执行滚动操作时，RunLoop会切换到.tracking模式，这时默认模式下的计时器会暂时停止触发。

2. 模态操作期间计时器暂停：某些模态操作（如拖拽）也会导致RunLoop切换模式，影响计时器的正常运行。

3. 确保可靠性：显式添加计时器到RunLoop可以确保在不同的应用状态下计时器都能正常工作。

通过将计时器添加到.common模式，我们确保它在多种常见的RunLoop模式下都能正常触发，提高了计时器的可靠性和稳定性。

最佳实践

尽管scheduledTimer方法会自动将计时器添加到当前RunLoop，但明确地将计时器添加到RunLoop的.common模式是一种最佳实践，可以避免在复杂应用场景下出现计时器不按预期工作的问题。

特别是对于像自动检查更新这样需要在后台可靠运行的功能，确保计时器在各种应用状态下都能正常触发是非常重要的。