W SwiftUI View
mam polegać List
na @FetchRequest
pokazywaniu danych Primary
jednostki i jednostki powiązanej za pośrednictwem relacji Secondary
. View
I jej List
prawidłowo aktualizowany, gdy dodać nowy Primary
podmiot z nowym podmiotem powiązanym wtórnym.
Problem polega na tym, że kiedy aktualizuję podłączony Secondary
element w widoku szczegółowym, baza danych jest aktualizowana, ale zmiany nie są odzwierciedlone na Primary
liście. Oczywiście zmiany @FetchRequest
nie są wywoływane przez zmiany w innym widoku.
Kiedy dodam nowy element w głównym widoku, poprzednio zmieniony element zostanie ostatecznie zaktualizowany.
Aby obejść ten problem, dodatkowo aktualizuję atrybut Primary
obiektu w widoku szczegółów, a zmiany są poprawnie propagowane do Primary
widoku.
Moje pytanie brzmi: jak mogę wymusić aktualizację wszystkich powiązanych danych @FetchRequests
w SwiftUI Core Data? Zwłaszcza gdy nie mam bezpośredniego dostępu do powiązanych podmiotów / @Fetchrequests
?
import SwiftUI
extension Primary: Identifiable {}
// Primary View
struct PrimaryListView: View {
@Environment(\.managedObjectContext) var context
@FetchRequest(
entity: Primary.entity(),
sortDescriptors: [NSSortDescriptor(key: "primaryName", ascending: true)]
)
var fetchedResults: FetchedResults<Primary>
var body: some View {
List {
ForEach(fetchedResults) { primary in
NavigationLink(destination: SecondaryView(primary: primary)) {
VStack(alignment: .leading) {
Text("\(primary.primaryName ?? "nil")")
Text("\(primary.secondary?.secondaryName ?? "nil")").font(.footnote).foregroundColor(.secondary)
}
}
}
}
.navigationBarTitle("Primary List")
.navigationBarItems(trailing:
Button(action: {self.addNewPrimary()} ) {
Image(systemName: "plus")
}
)
}
private func addNewPrimary() {
let newPrimary = Primary(context: context)
newPrimary.primaryName = "Primary created at \(Date())"
let newSecondary = Secondary(context: context)
newSecondary.secondaryName = "Secondary built at \(Date())"
newPrimary.secondary = newSecondary
try? context.save()
}
}
struct PrimaryListView_Previews: PreviewProvider {
static var previews: some View {
let context = (UIApplication.shared.delegate as! AppDelegate).persistentContainer.viewContext
return NavigationView {
PrimaryListView().environment(\.managedObjectContext, context)
}
}
}
// Detail View
struct SecondaryView: View {
@Environment(\.presentationMode) var presentationMode
var primary: Primary
@State private var newSecondaryName = ""
var body: some View {
VStack {
TextField("Secondary name:", text: $newSecondaryName)
.textFieldStyle(RoundedBorderTextFieldStyle())
.padding()
.onAppear {self.newSecondaryName = self.primary.secondary?.secondaryName ?? "no name"}
Button(action: {self.saveChanges()}) {
Text("Save")
}
.padding()
}
}
private func saveChanges() {
primary.secondary?.secondaryName = newSecondaryName
// TODO: ❌ workaround to trigger update on primary @FetchRequest
primary.managedObjectContext.refresh(primary, mergeChanges: true)
// primary.primaryName = primary.primaryName
try? primary.managedObjectContext?.save()
presentationMode.wrappedValue.dismiss()
}
}
ObservableObject
?Odpowiedzi:
Potrzebujesz wydawcy, który generowałby zdarzenie dotyczące zmian kontekstu i pewnej zmiennej stanu w widoku podstawowym, aby wymusić przebudowę widoku przy zdarzeniu odbierania od tego wydawcy.
Ważne: zmienna stanu musi być używana w kodzie konstruktora widoku, w przeciwnym razie silnik renderujący nie wiedziałby, że coś się zmieniło.
Oto prosta modyfikacja dotkniętej części kodu, która zapewnia zachowanie, którego potrzebujesz.
źródło
RefreshView(toggle: Bool)
z jednym EmptyView w jego ciele. KorzystanieList {...}.background(RefreshView(toggle: self.refreshing))
będzie działać.Próbowałem dotknąć głównego obiektu w widoku szczegółowym w następujący sposób:
Następnie zaktualizowana zostanie lista podstawowa. Ale widok szczegółów musi wiedzieć o obiekcie nadrzędnym. To zadziała, ale prawdopodobnie nie jest to sposób SwiftUI lub Combine ...
Edytować:
W oparciu o powyższe obejście zmodyfikowałem swój projekt za pomocą globalnej funkcji składowania (manageObject :). Spowoduje to dotknięcie wszystkich powiązanych jednostek, a tym samym zaktualizowanie wszystkich odpowiednich @ FetchRequest.
źródło