Em Swift, usar   para código assíncrono pode parecer um verdadeiro inferno porque, nos bastidores,   são consideradas concluídas se a compilação de seu código síncrono for concluída. OperationQueue Operations  Em outras palavras, compilar o exemplo descrito abaixo gerará uma ordem de execução quebrada, pois, no momento em que o código assíncrono for executado, a própria   já terá sido concluída. Operation   let operationQueue = OperationQueue() operationQueue.maxConcurrentOperationCount = 1 operationQueue.addOperation { DispatchQueue.main.asyncAfter(deadline: .now() + 1) { print("First async operation complete") } print("First sync operation complete") } operationQueue.addOperation { DispatchQueue.main.asyncAfter(deadline: .now() + 1.5) { print("Second async operation complete") } print("Second sync operation complete") }  Este código irá imprimir:   First sync operation complete Second sync operation complete First async operation complete Second async operation complete  No entanto, existe uma maneira de contornar essas restrições. Para entender como resolver o problema, você precisa entender como   funciona nos bastidores. Operation  A   em si possui quatro sinalizadores pelos quais você pode acompanhar o ciclo de vida da operação: Operation    — indica se a   pode ser executada neste momento. isReady Operation    — indica se uma   está em andamento. isExecuting Operation    — indica se a   está concluída no momento. isFinished Operation    — indica se a   foi cancelada. isCancelled Operation  Em teoria, a   entra no estado   antes da própria   ser executada de forma assíncrona, portanto, precisamos desenvolver uma técnica pela qual seremos capazes de manipular o ciclo de vida da   . Operation isFinished Operation Operation  Esta possibilidade pode ser resolvida subclassificando a   e também redefinindo os métodos   /   , bem como todos os flags sobre os quais é construído o ciclo de vida da operação. Operation start cancel  Aqui está o código:   public class AsyncOperation: Operation { // MARK: Open override open var isAsynchronous: Bool { true } override open var isReady: Bool { super.isReady && self.state == .ready } override open var isExecuting: Bool { self.state == .executing } override open var isFinished: Bool { self.state == .finished } override open func start() { if isCancelled { state = .finished return } main() state = .executing } override open func cancel() { super.cancel() state = .finished } // MARK: Public public enum State: String { case ready case executing case finished // MARK: Fileprivate fileprivate var keyPath: String { "is" + rawValue.capitalized } } public var state = State.ready { willSet { willChangeValue(forKey: newValue.keyPath) willChangeValue(forKey: state.keyPath) } didSet { didChangeValue(forKey: oldValue.keyPath) didChangeValue(forKey: state.keyPath) } } }  A subclasse que recebemos da   é básica e nos permite completá-la manualmente. Operation  Para trabalhar com blocos de conclusão, você deve criar outra subclasse. Porém, esta não será uma subclasse de   , mas sim de   . Operation AsyncOperation   public typealias VoidClosure = () -> Void public typealias Closure<T> = (T) -> Void public class CompletionOperation: AsyncOperation { // MARK: Lifecycle public init(completeBlock: Closure<VoidClosure?>?) { self.completeBlock = completeBlock } // MARK: Public override public func main() { DispatchQueue.main.async { [weak self] in self?.completeBlock? { DispatchQueue.main.async { self?.state = .finished } } } } // MARK: Private private let completeBlock: Closure<VoidClosure?>? }  Esta subclasse nos permitirá passar um encerramento para a   , após o qual a   será concluída. Operation Operation  Vamos tentar este tipo de operação na prática:   let operationQueue = OperationQueue() operationQueue.maxConcurrentOperationCount = 1 operationQueue.addOperation( CompletionOperation { completion in DispatchQueue.main.asyncAfter(deadline: .now() + 1) { print("First async operation complete") completion?() } print("First sync operation complete") } ) operationQueue.addOperation( CompletionOperation { completion in DispatchQueue.main.asyncAfter(deadline: .now() + 1.5) { print("Second async operation complete") completion?() } print("Second sync operation complete") } )  Como resultado, conseguimos a execução síncrona de   : Operations   First sync operation complete First async operation complete Second sync operation complete Second async operation complete  Não hesite em contactar-me em  se você tiver quaisquer perguntas. Além disso, você sempre pode  .   Twitter   me compre um café   Também publicado  aqui

Read My Stories

Este áudio é produzido no idioma original da história!

OperationQueue + código assíncrono: tudo o que você precisa saber

About Author

COMENTARIOS

Rótulos

ESTE ARTIGO FOI APRESENTADO EM

Related Stories

Quer ganhar um concurso de redação do HackerNoon? Aqui está o que os vencedores do concurso #crypto-api recomendam

Valhalla de Floki se junta como patrocinador associado da viagem da Índia ao Sri Lanka

Liberando o poder da IA. Uma revisão sistemática de técnicas de ponta: resumo e introdução

Guia do arquiteto para construir arquitetura de referência para um Datalake de IA/ML

Quer ganhar um concurso de redação do HackerNoon? Aqui está o que os vencedores do concurso #crypto-api recomendam

Valhalla de Floki se junta como patrocinador associado da viagem da Índia ao Sri Lanka

Liberando o poder da IA. Uma revisão sistemática de técnicas de ponta: resumo e introdução

Guia do arquiteto para construir arquitetura de referência para um Datalake de IA/ML

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps