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í

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

Demasiado Largo; Para Leer

Making security fun one episode at a time

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

Demasiado Largo; Para Leer

Boris Bugor

About Author

ETIQUETAS

Languages

ESTE ARTÍCULO FUE PRESENTADO EN...

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

Demasiado Largo; Para Leer

Boris Bugor

About Author

ETIQUETAS

Languages

ESTE ARTÍCULO FUE PRESENTADO EN...

HISTORIAS RELACIONADAS