Início / coding / Perguntas / 79048068
Accepted
Vincent
Asked: 2024-10-03 02:34:27 +0800 CST

ObservableObject + @Published vs objectWillChange.send()

  • 772

Observei um padrão estranho ao usar @ObservedObjecte @Published.
Eu o injeto dentro de uma SwiftUIvisualização, mas a visualização parece atualizar antes da mudança real do objeto.

Então meu @ObservedObjectnão tem o valor correto quando verifico sua @Publishedpropriedade.

Se eu adicionar um didSetcom um , objectWillChange.send()funciona como esperado.

Aqui está o código com o qual estou trabalhando:

class AuthManager: ObservableObject {
    @Published public private(set) var user: User {
        willSet { print("Will set") }
        didSet { print("Did set") }
    }
}


struct AuthView: View {
    @ObservedObject var authManager: AuthManager

    var body: some View {
        let _ = Self._printChanges()
        print("AuthManager user = \(authManager.user)")

        return (
            Text("AuthManager Test")
        )
    }
}

Quando atualizo meu objeto de usuário no AuthManager, recebo os logs na seguinte ordem:

Will set
AuthView: @self, @identity, _authManager
AuthManager user = xxx // <-- old version
Did set

O comportamento funciona como esperado se eu remover o @Publishede acionar o objectWillChange.send()no didSet.

Espero ter a nova versão quando a visualização for atualizada. Estou esquecendo de algo ou há algo que não entendi sobre ObservableObjecte @Published?

Obrigado

swift

1 respostas

  1. Best Answer

    O objectWillChangepublicador de um ObservableObjectsempre emite um novo evento no willSetmanipulador:

    Um tipo de objeto com um publicador que emite antes que o objeto seja alterado.

    Veja a documentação oficial .

    O comportamento que você observou a esse respeito é, portanto, normal.

    Se você alterar um valor de uma Publishedpropriedade, um novo processo de layout será planejado, mas não executado diretamente. Isso permite que todas as alterações sejam coletadas primeiro e aplicadas juntas no próximo processo de layout.

    Veja o exemplo a seguir, que foi ligeiramente modificado do seu código, e você verá que a saída está correta, conforme o esperado:

    @MainActor
final class ContentViewModel: ObservableObject {
    @Published var myValue = ""
}

var counter = 0

struct ContentView: View {
    @StateObject private var viewModel = ContentViewModel()

    var body: some View {
        let _ = Self._printChanges()
        let _ = print("myValue = \(viewModel.myValue)")

        VStack {
            Text(viewModel.myValue)

            Button("Change Value") {
                counter += 1
                viewModel.myValue = "Greetings \(counter)!"
            }
        }
        .padding()
    }
}

    A saída após pressionar o botão será:

    ContentView: _viewModel changed.
myValue = Greetings 1!

    O que você não nos mostra no seu código é como você altera o uservalor de AuthManager.

    Há muitas coisas que podem causar o problema que você descreve. Por exemplo, se você não alterar o valor do thread principal. Observe como eu vinculei o ContentViewModelno meu exemplo ao MainActor.

    Suas saídas de log também são incomuns. Alterar a userpropriedade não deve causar uma mudança na identidade estrutural da view, a única saída de log que você deve realmente ver é:

    AuthView: _authManager changed.

    @selfe @identitynão deve ser incluído na saída do log.

    Esta saída indica, portanto, que você tem um problema na visualização pai, em outra visualização circundante AuthViewou na maneira como está alterando a Publishedpropriedade.

    • 1

relate perguntas