Swift 4中是否应将已知字符串设为可选类型？附Xcode适配问题

嘿，我刚经历过一模一样的困扰！升级到Xcode 9.3后，Swift的语法检查变得更严格了，确实不允许在if let的顶层条件里使用带!的强制解包变量——这其实是苹果在引导我们写出更安全的代码，虽然一开始要改一堆代码有点烦，但改完之后APP的稳定性会提升不少。

针对你用Alamofire处理HTTP请求的场景，我整理了几个替代方案，你可以根据自己的代码风格来选：

方案一：嵌套可选绑定（最直接的修改方式） #

把之前的强制解包换成两层可选绑定，先安全拿到response.result.value，再尝试转换为字典：

// 原来的代码（现在会报错）
// if let result = response.result.value! as? Dictionary<String, AnyObject> { ... }

// 修改后的安全写法
if let value = response.result.value, let result = value as? [String: AnyObject] {
    // 现在可以安全处理result里的字段了，比如获取价格
    if let price = result["price"] as? String {
        // 在这里使用price变量
        print("商品价格：\(price)")
    }
}

这种写法把两步校验合并在一个if let里，既简洁又避免了强制解包的崩溃风险。

方案二：用guard语句提前退出（适合逻辑复杂的场景） #

如果你的请求处理逻辑比较长，用guard把无效情况提前处理掉，后面的代码就能专注于正常流程，可读性更好：

// 先校验response.result.value是否存在
guard let value = response.result.value else {
    print("请求返回数据为空")
    // 这里可以做错误提示或者其他处理，然后退出当前方法
    return
}

// 再校验数据格式是否符合预期
guard let result = value as? [String: AnyObject] else {
    print("返回数据格式错误，无法解析为字典")
    return
}

// 到这里数据都是有效的，放心处理价格等字段
if let price = result["price"] as? String {
    // 处理价格逻辑
}

方案三：链式调用+函数式处理（更简洁的风格） #

如果你喜欢函数式编程的风格，可以用flatMap把每一步的解包和转换串起来，代码会非常紧凑：

response.result.value
    // 第一步：把value转成字典，失败的话返回nil
    .flatMap { $0 as? [String: AnyObject] }
    // 第二步：从字典里取出price并转成String
    .flatMap { $0["price"] as? String }
    // 第三步：拿到有效price后执行处理逻辑
    .map { price in
        print("解析到价格：\(price)")
        // 在这里添加你的业务逻辑
    }

这种写法每一步都做了安全校验，任何一步失败都会直接终止后续操作，不会出现崩溃。

其实Xcode 9.3的这个限制是在帮我们规避潜在的崩溃风险——之前的强制解包如果遇到服务器返回异常数据，APP直接就崩溃了，现在换成这些安全写法，我们还能在数据无效的时候做友好的错误提示，用户体验也会更好。

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