Swift闭包报错'() -> Text'期望0参数却传入1参数的修复方法

你遇到的编译错误来自闭包参数的作用域匹配错误，具体逻辑：

1. 你在ForEach(1..<18)的闭包头部写了_ in，这行代码的作用是告诉编译器：当前闭包接收的遍历参数我不需要使用，直接忽略，同时会禁用当前闭包的$0/$1这类简写参数引用。
2. 后续你在NavigationLink的标签构建闭包（即最后一个返回Text的闭包，类型为() -> Text，本身不接收任何入参）里写了Text("Chapter \($0)")，编译器会就近查找$0所属的闭包，刚好找到这个无参的内层闭包，于是判定你给不需要参数的闭包传入了1个参数，抛出对应错误。

额外说明：原代码里的视图命名不符合Swift开发规范，结构体名（包括SwiftUI自定义视图）需要使用大驼峰命名法，小写开头的chapter、chapterrun会带来潜在的编译和维护问题。

两种合法改法任选即可：

• 方案1：显式声明ForEach的遍历参数，避免参数作用域混淆（推荐，可读性更好）

// 修正命名为大驼峰
struct Chapter: View {
    var body: some View {
        Form {
            // 显式声明遍历到的整数参数为index
            ForEach(1..<18) { index in
                NavigationLink(destination: ChapterRun()) {
                    Text("Chapter \(index)")
                }
            }
        }
        .navigationTitle("App")
    }
}

• 方案2：删除ForEach闭包的_ in声明，直接使用简写参数

struct Chapter: View {
    var body: some View {
        Form {
            // 去掉 _ in，编译器会自动为ForEach闭包提供$0简写参数，指向当前遍历的整数
            ForEach(1..<18) {
                NavigationLink(destination: ChapterRun()) {
                    Text("Chapter \($0)")
                }
            }
        }
        .navigationTitle("App")
    }
}

• 只要在闭包头部写了_ in或者显式参数列表，就不要在闭包内部混用$0简写，否则很容易出现参数作用域匹配错误，让编译器把$0归到内层其他闭包上。
• 自定义SwiftUI视图必须遵循大驼峰命名规则，不要用小写开头的名字定义结构体。

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