En Swift, usar   para código asincrónico puede parecer un infierno porque, bajo el capó,   se consideran completas si se completa la compilación de su código sincrónico. OperationQueue Operations  En otras palabras, al compilar el ejemplo que se describe a continuación se generará un orden de ejecución roto ya que, cuando se ejecute el código asincrónico, la   en sí ya se habrá completado. 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 imprimirá:   First sync operation complete Second sync operation complete First async operation complete Second async operation complete  Sin embargo, existe una manera de eludir estas restricciones. Para comprender cómo resolver el problema, es necesario comprender cómo funciona   bajo el capó. Operation  La   en sí tiene cuatro indicadores mediante los cuales puede rastrear el ciclo de vida de la operación: Operation    : indica si la   se puede realizar en este momento. isReady Operation    indica si una   está actualmente en curso. isExecuting Operation    : indica si la   está actualmente completada. isFinished Operation    : indica si la   fue cancelada. isCancelled Operation  En teoría, la   entra en el estado   antes de que la   en sí se ejecute de forma asincrónica, por lo que necesitamos desarrollar una técnica mediante la cual podamos manipular el ciclo de vida de la   . Operation isFinished Operation Operation  Esta posibilidad se puede resolver subclasificando la   y también redefiniendo los métodos   /   , así como todos los indicadores sobre los que se construye el ciclo de vida de la operación. Operation start cancel  Aquí está el 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) } } }  La subclase que recibimos de la   es básica y nos permite completarla manualmente de forma forzada. Operation  Para trabajar con bloques de finalización, debes crear otra subclase. Sin embargo, esta no será una subclase de   , sino 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 subclase nos permitirá pasar un cierre a la   , después de lo cual se completará la   . Operation Operation  Probemos este tipo de operación en la práctica:   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, pudimos lograr la ejecución sincrónica de   : Operations   First sync operation complete First async operation complete Second sync operation complete Second async operation complete  No dudes en contactarme en  Si tienes alguna pregunta. Además, siempre puedes  .   Gorjeo   cómprame un café   También publicado  aquí

Read My Stories

Este audio es producido en el idioma original de la historia!

OperationQueue + Código asincrónico: todo lo que necesita saber

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Nómadas digitales escuchen: lo que necesitan saber sobre la nueva visa DTV de Tailandia

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

La guía completa para una migración exitosa a la nube: estrategias y mejores prácticas

Navegando por las aguas: desarrollo de aplicaciones RAG de nivel de producción con lagos de datos

Nómadas digitales escuchen: lo que necesitan saber sobre la nueva visa DTV de Tailandia

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

La guía completa para una migración exitosa a la nube: estrategias y mejores prácticas

Navegando por las aguas: desarrollo de aplicaciones RAG de nivel de producción con lagos de datos

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps