使用完成块,而不是返回一个变量 - iOS Swift
Using Completion Blocks, versus returning a variable - iOS Swift
我不确定我是否正确使用了 Swift 中的函数。我发现在大多数函数中,我使用完成块 return 所需的变量,而不是直接 returning 它。这似乎是错误的,但我不确定。下面我将重点介绍代码示例。
函数结构:
通常使用
func fetchObject(name: String!, completionHandler:@escaping (_ success: Array<NSManagedObject>?) -> Void) {
let objArray = ["one", "two", "three", name] //NOTE THIS IS A SILLY FUNCTION EXAMPLE BUT GETS THE STRUCTURE POINT ACROSS
completionHandler(objArray)
}
不要用太多:
fun fetchObject(name: String!) -> Array<String>{
let objArray = ["one", "two", "three", name] //NOTE THIS IS A SILLY FUNCTION EXAMPLE BUT GETS THE STRUCTURE POINT ACROSS
return objArray
}
调用函数时我的大部分函数的外观:
fetchObjects(name: "example", completionHandler: {(data:Array<String>?) -> Void in
print("Data: \(data)")
if let objects = data {
//UPDATE UI
}
})
它们在没有完成块的情况下看起来如何:
let objects = fetchObjects(name: "example")
//DO stuff to objects
我 运行 遇到的问题是,通常每当我调用一个函数时,我的代码都依赖于它的有效 return,因此我几乎一直都在使用完成块。
这样使用完成块是否正确?感觉不对,因为我几乎从不使用函数来 return 任何值
使用完成处理程序的概念很好。完成处理程序的全部意义在于它们旨在允许函数异步执行,同时提供某种回调以在函数完成后触发。这不是您是否过于频繁地使用完成处理程序的问题。这是您执行异步任务的频率的问题。您对完成处理程序的使用通常与您的程序执行的需要异步完成的任务数量直接相关。
举个例子,您可能希望在 iOS 应用程序中的几个地方使用异步完成处理程序:
UI 动画(例如 UIView.animate(withDuration:animations:)
)
网络调用(例如 URLRequest
或 Data(contentsOf:options:)
)
CoreData 操作(例如 NSManagedObjectContext.fetch(_:)
)尽管通常即使这样也足够快,可以在没有完成处理程序的情况下同步执行
以及更多
任何具有足够长的处理时间以 "freeze" 以人类可察觉的方式为用户 UI 的任何东西。
您的示例函数绝对是一个简单的 return 值就足够的情况。
func fetchObject(name: String!, completionHandler: @escaping (_ success: Array<String>?) -> Void) {
let objArray = ["one", "two", "three", name] //NOTE THIS IS A SILLY FUNCTION EXAMPLE BUT GETS THE STRUCTURE POINT ACROSS
completionHandler(objArray)
}
可以转换为:
func fetchObject(name: String!) -> Array<String> {
let objArray = ["one", "two", "three", name] //NOTE THIS IS A SILLY FUNCTION EXAMPLE BUT GETS THE STRUCTURE POINT ACROSS
return objArray
}
这两个函数的结果完全一样。它们的实现方式略有不同。如果函数看起来像这样,则完成处理程序(理论上)有意义的情况是:
func fetchObject(name: String!, completionHandler: @escaping (_ success: Array<String>?) -> Void) {
DispatchQueue.main.async(execute: { () -> Void in
let objArray = ["one", "two", "three", name] //NOTE THIS IS A SILLY FUNCTION EXAMPLE BUT GETS THE STRUCTURE POINT ACROSS
completionHandler(objArray)
})
}
因为该函数使用不同的线程,所以使用完成处理程序更有意义,因为该函数不再是同步的。那么在此之前有效的地方:
var result: Array<String> = Array<String>()
fetchObject(name: "name", completionHandler: { (otherResult) -> Void in
result = otherResult ?? []
})
let first = result.first //first contains "one" when function is synchronous
//first contains nil when function is asynchronous (DispatchQueue)
如果我们异步执行函数体,那么这将不再有效,因为 let first = result.first
将在 result
成功分配给 otherResult
之前执行。
当然请记住,最终完全取决于您。完成处理程序的好处是它们能够异步执行。在某些情况下,如果它们在功能上是不必要的,那么它只会增加不必要的冗长。不过,这确实取决于个人喜好,因为显然它们都可以实现以产生完全相同的结果。
让我知道这是否有意义。我可以根据要求进一步详细说明。
我不确定我是否正确使用了 Swift 中的函数。我发现在大多数函数中,我使用完成块 return 所需的变量,而不是直接 returning 它。这似乎是错误的,但我不确定。下面我将重点介绍代码示例。
函数结构: 通常使用
func fetchObject(name: String!, completionHandler:@escaping (_ success: Array<NSManagedObject>?) -> Void) {
let objArray = ["one", "two", "three", name] //NOTE THIS IS A SILLY FUNCTION EXAMPLE BUT GETS THE STRUCTURE POINT ACROSS
completionHandler(objArray)
}
不要用太多:
fun fetchObject(name: String!) -> Array<String>{
let objArray = ["one", "two", "three", name] //NOTE THIS IS A SILLY FUNCTION EXAMPLE BUT GETS THE STRUCTURE POINT ACROSS
return objArray
}
调用函数时我的大部分函数的外观:
fetchObjects(name: "example", completionHandler: {(data:Array<String>?) -> Void in
print("Data: \(data)")
if let objects = data {
//UPDATE UI
}
})
它们在没有完成块的情况下看起来如何:
let objects = fetchObjects(name: "example")
//DO stuff to objects
我 运行 遇到的问题是,通常每当我调用一个函数时,我的代码都依赖于它的有效 return,因此我几乎一直都在使用完成块。
这样使用完成块是否正确?感觉不对,因为我几乎从不使用函数来 return 任何值
使用完成处理程序的概念很好。完成处理程序的全部意义在于它们旨在允许函数异步执行,同时提供某种回调以在函数完成后触发。这不是您是否过于频繁地使用完成处理程序的问题。这是您执行异步任务的频率的问题。您对完成处理程序的使用通常与您的程序执行的需要异步完成的任务数量直接相关。
举个例子,您可能希望在 iOS 应用程序中的几个地方使用异步完成处理程序:
UI 动画(例如 UIView.animate(withDuration:animations:)
)
网络调用(例如 URLRequest
或 Data(contentsOf:options:)
)
CoreData 操作(例如 NSManagedObjectContext.fetch(_:)
)尽管通常即使这样也足够快,可以在没有完成处理程序的情况下同步执行
以及更多
任何具有足够长的处理时间以 "freeze" 以人类可察觉的方式为用户 UI 的任何东西。
您的示例函数绝对是一个简单的 return 值就足够的情况。
func fetchObject(name: String!, completionHandler: @escaping (_ success: Array<String>?) -> Void) {
let objArray = ["one", "two", "three", name] //NOTE THIS IS A SILLY FUNCTION EXAMPLE BUT GETS THE STRUCTURE POINT ACROSS
completionHandler(objArray)
}
可以转换为:
func fetchObject(name: String!) -> Array<String> {
let objArray = ["one", "two", "three", name] //NOTE THIS IS A SILLY FUNCTION EXAMPLE BUT GETS THE STRUCTURE POINT ACROSS
return objArray
}
这两个函数的结果完全一样。它们的实现方式略有不同。如果函数看起来像这样,则完成处理程序(理论上)有意义的情况是:
func fetchObject(name: String!, completionHandler: @escaping (_ success: Array<String>?) -> Void) {
DispatchQueue.main.async(execute: { () -> Void in
let objArray = ["one", "two", "three", name] //NOTE THIS IS A SILLY FUNCTION EXAMPLE BUT GETS THE STRUCTURE POINT ACROSS
completionHandler(objArray)
})
}
因为该函数使用不同的线程,所以使用完成处理程序更有意义,因为该函数不再是同步的。那么在此之前有效的地方:
var result: Array<String> = Array<String>()
fetchObject(name: "name", completionHandler: { (otherResult) -> Void in
result = otherResult ?? []
})
let first = result.first //first contains "one" when function is synchronous
//first contains nil when function is asynchronous (DispatchQueue)
如果我们异步执行函数体,那么这将不再有效,因为 let first = result.first
将在 result
成功分配给 otherResult
之前执行。
当然请记住,最终完全取决于您。完成处理程序的好处是它们能够异步执行。在某些情况下,如果它们在功能上是不必要的,那么它只会增加不必要的冗长。不过,这确实取决于个人喜好,因为显然它们都可以实现以产生完全相同的结果。
让我知道这是否有意义。我可以根据要求进一步详细说明。