Ich habe eine iOS-App mit einer Historie und eine Action-Extension. Die Historie besteht nur aus einem Entitätstyp. Nun soll die Action-Extension auch Einträge in die Historie schreiben können. Solange die App dabei nicht läuft, sollte das ja kein Problem sein. Wenn allerdings dabei auch die App läuft, habe ich zwei Prozesse, die lesend (App) und schreibend (App & Extension) auf die CoreData-Daten zugreifen. Verträgt CoreData das oder bekomme ich dabei Nebenläufigkeits- und Synchronisations-Probleme? Wie würdet ihr das lösen?

Da die Erweiterung nur schreiben soll, hatte ich überlegt, die Daten über Dateien an die App rüber zu schieben. Allerdings gibt es noch eine weitere Erweiterung, die die Daten nur liest und somit in der Regel nicht die aktuellen Daten anzeigt.

Dank für eure Antworten.
Beide Prozesse können (eigentlich) systembedingt nicht gleichzeitig schreiben. Das kann höchstens in Ausnahmesituationen vorkommen und hängt davon ab, wie schnell der Nutzer zwischen beiden Prozessen wechseln kann.
Ich habe mehrere Prozezesse nicht Threads. Die Lösung mit dem Parent-Context fällt da leider flach.

Ok, danke. Das Buch habe ich leider nicht. Nach dem Inhaltskapitel scheint es da ja auch eher um Client-Server zu gehen, was nicht unbedingt auf mein Problem passt.

Die Idee gefällt mir. Unter iOS habe ich aber leider keine XPCs.

Ja, die Extension kann Daten an die App senden. Allerdings muss die App nicht laufen, wenn die Extension läuft.

Anscheinend verträgt die SQLite auch mehrere Clients; zumindest wenn es keine High-Performance-Zugriffe sind. Das eigentliche Schreiben scheint somit hoffentlich kein Problem zu sein.

Ich sende nach dem Schreiben jedes mal eine Benachrichtigung über das Darwin-Notificationcenter aus Core-Foundation, und das funktioniert anscheinend ganz gut.