Swift 3转Swift4时reduce方法调用报错求助
解决Swift 3迁移到Swift 4时的
reduce函数阻塞问题 嘿,这个问题我之前从Swift 3迁到4的时候也碰到过,属于版本升级后类型检查收紧导致的典型问题,咱们一步步来解决:
问题根源
Swift 4对reduce(_:_:)的闭包类型要求更严格了——这个方法的闭包必须接收两个参数:
- 累加器(也就是你代码里的
$0),类型和初始值一致(这里是String) - 当前遍历序列中的元素(这里是
0..<n里的每个Int值)
你的原代码里的闭包只写了$0 + self,编译器会误以为你要定义一个只接受一个参数的闭包,这就和reduce要求的(String, Int) -> String类型不匹配,所以才会抛出那个错误。
两种可行的修改方案
方案1:明确忽略第二个参数
直接在闭包中用下划线_占位,表示我们不需要用到遍历的Int元素,完整代码:
func times(_ n: Int) -> String { return (0..<n).reduce("") { accumulator, _ in accumulator + self } }
如果你习惯用速记参数,也可以写成更简洁的形式(明确标记忽略第二个参数):
func times(_ n: Int) -> String { return (0..<n).reduce("") { $0 + self; _ = $1 } }
方案2:使用更高效的reduce(into:_:)
如果你的n可能比较大,推荐用reduce(into:_:),它是在原有的累加器上直接修改,避免了字符串的频繁拷贝,性能更好:
func times(_ n: Int) -> String { return (0..<n).reduce(into: "") { result, _ in result += self } }
这个版本的闭包是对累加器(result)进行原地修改,更适合字符串这种值类型的拼接操作。
补充说明
Swift 3的时候,编译器的类型推断相对宽松,允许闭包忽略未使用的参数,但Swift 4开始收紧了这部分检查,要求闭包的参数数量和类型必须严格匹配方法的定义,这也是你迁移时碰到这个问题的核心原因。
内容的提问来源于stack exchange,提问作者user8812816
相关产品推荐
相关产品推荐

