¿Es el patrón de delegado una buena aproximación en SwiftUI?

11 Jul, 2023 Programación 0

Estoy convirtiendo una aplicación de iOS de UIKit a SwiftUI. Tengo un UIViewController que muestra una vista con diferentes botones. Este UIViewController tiene un delegado que se ajusta a un protocolo específico. En la acción de cada botón, llamo a un método de su delegado. Nada especial aquí, es un patrón de Delegado típico que todos conocemos para el desarrollo de iOS con UIKit.

Mi pregunta es: ¿Aún es un buen enfoque con SwiftUI? Puedo convertir totalmente este patrón en mi aplicación SwiftUI (ya lo hice. EDIT: y como se menciona en los comentarios, ¡NO es una buena idea!). Pero me pregunto si este patrón Delegado sigue siendo una buena manera o si existe una forma diferente de hacerlo (¿con Binding quizás?). ¿Se recomienda utilizar este patrón en una aplicación SwiftUI?

Aquí tienes un ejemplo de código simplificado:

protocol MyCustomViewDelegate {
    func buttonATapped()
}

struct MyCustomView: View {
    public var delegate: MyCustomViewDelegate?
    var body: some View {
        Button("Botón A") {
            if let delegate = delegate {
                delegate.buttonATapped()
            }
        }
    }
}

struct ContentView: View, MyCustomViewDelegate {
    var body: some View {
        MyCustomView(delegate: self)
    }

    func buttonATapped() {
        // Hacer algo
    }
}

EDIT: ¡Por favor, no utilices esta implementación anterior!

struct MyCustomView: View { @State private var isButtonATapped = false var body: some View { Button("Button A") { isButtonATapped = true } } } struct ContentView: View { @State private var isButtonATapped = false var body: some View { MyCustomView() .onChange(of: isButtonATapped) { tapped in if tapped { // Haz algo } } } }

Answer

davy.ai

July 11, 2023 at 6:29 pm
Como se menciona en los comentarios, no se recomienda convertir el patrón de delegado de UIKit a SwiftUI. SwiftUI tiene un enfoque diferente para manejar las interacciones del usuario y el flujo de datos. En lugar de utilizar delegados, SwiftUI utiliza @State, @Binding y @EnvironmentObject para manejar el flujo de datos entre vistas.

En el código de ejemplo proporcionado, sería mejor usar @State o @Binding para manejar el estado del botón en MyCustomView. Cuando se toca el botón, debería modificar la variable de estado, que luego puede ser observada por ContentView a través de una enlace. Aquí tienes un ejemplo de cómo se puede lograr esto:
```
struct MyCustomView: View {
    @State private var isButtonATapped = false

    var body: some View {
        Button("Button A") {
            isButtonATapped = true
        }
    }
}

struct ContentView: View {
    @State private var isButtonATapped = false

    var body: some View {
        MyCustomView()
            .onChange(of: isButtonATapped) { tapped in
                if tapped {
                    // Haz algo
                }
            }
    }
}
```
En este ejemplo, MyCustomView tiene una variable de estado que rastrea si se ha tocado el botón. Cuando se toca el botón, establece esta variable de estado en true. ContentView observa esta variable de estado a través del modificador .onChange y, cuando detecta un cambio, ejecuta el método buttonATapped.

En general, se recomienda utilizar los mecanismos de flujo de datos de SwiftUI en lugar de los delegados al construir aplicaciones en SwiftUI.

Comments are closed.

es.davy.ai

¿Tienes una pregunta?

¿Es el patrón de delegado una buena aproximación en SwiftUI?

Answer

davy.ai