我是从没有主动写过@autoclosure来让某个值"闭包化的"
现在我用函数闭包主要还是在传值和延时回调.最多偶尔将某一行为参数化会写一个函数来传递..
Swift把函数视为一等值这件事,我观念里好像并没有在意起来.
@autoclosure给了我一巴掌.. "别就知道想业务实现,多看看语言本身特性和代码优化吧!"
案例
let price = model.price ?? 0
??运算符是我们时常会用到的运算符.如果让我们自己实现这个运算符可能会觉得非常简单的.
func ??<T>(left: T?, defaultValue: T) -> T {
switch left {
case .none:
return defaultValue
case .some(let value):
return value
}
}
只不过就是判断一下左边的值是不是nil, 是nil就返回默认值而已.
上面那种默认值是0的情况这样做确实就足够了的. 但是有时默认值可能是一个需要复杂计算的值:
func complicatedPrice() -> Double {
var number: Double = 0
for num in 0 ..< 83228 {
for num2 in 0 ..< 32323 {
number = Double(num + num2)
}
}
return number
}
let price = model.price ?? complicatedPrice()
如果model.price不为空, 本来应该直接赋值就好了.结果因为右面函数复杂夸张的计算,程序白白卡了数十秒... 对,你要为自己的自以为是负责了.系统库的??运算符就不会有这种情况.它在左边为true的情况下,右边的值就不会运算.
它是这样实现的.
func ??<T>(left: T?, defaultValue: @autoclosure () -> T) -> T {
if let value = left {
return value
}else {
return defaultValue()
}
}
区别在于,默认值是一个返回我们想要类型的函数, 参数如果是一个函数,它的调用时机我们就可以控制了. 而不像值一样,它必须是一个已经完结的值..在左边的值不为nil时我们就不会取右边的值,就不会产生多余的消耗. 如果没有比较"函数性"的思维,,我是不会想到它会这样设计这个运算符的...因为大部分时候如果有复杂的运算逻辑我会用If else 来让复杂的运算根据条件执行.
在一个函数计算中用"闭包"代替常规的一个值得思维需要我多在开发中思考优化和简洁才能考虑到啊.
