@Shared(.appStorage) updates are triggered whenever any UserDefaults key changes, not just a specific key about swift-composable-architecture HOT 2 CLOSED

Hi @larryonoff, this will be fixed in #3186.

We can't subscribe to the changes for just a single key in UserDefaults because KVO treats "compound" keys (i.e. "foo.bar") in a special way, and it that breaks observation if you were ever to do .appStorage("feature.count"). We have no choice but to subscribe to the firehose of all user default changes.

However, because user defaults can only store very basic data, we can implement some simple remove duplicates logic.

from swift-composable-architecture.

Hi @larryonoff, this will be fixed in #3186.

We can't subscribe to the changes for just a single key in UserDefaults because KVO treats "compound" keys (i.e. "foo.bar") in a special way, and it that breaks observation if you were ever to do .appStorage("feature.count"). We have no choice but to subscribe to the firehose of all user default changes.

However, because user defaults can only store very basic data, we can implement some simple remove duplicates logic.

Thanks for the fix. Looking forward to the new release with the latest fixes!

PS. Sad that it's not possible to fix the issue in an optimal way.

from swift-composable-architecture.