Replies: 2 comments 1 reply
-
I'm having difficulty finding the other discussion about this, but as I recall, |
Beta Was this translation helpful? Give feedback.
-
What @NFulkerson said is totally correct, however it should be noted that TCA is optimized for UIs at the moment, due to its thread model and how its concurrency-based APIs are only compatible with reducers/stores that run on the main thread. So it is likely you'll want these non-view reducers/stores to also run on the main thread. We hope to relax this constraint in the future, but such a change will almost certainly be breaking, so we're taking care before moving ahead with that direction. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Are there any provisions for using TCA's Reducers, Stores etc for non visual features such as my audio controller, which also happens to be a dependency in my traditional SwiftUI TCA app?
I'm a long time user of redux like architectures (for both apps and non visual features), but new to TCA, and it seems to me that the idea with TCA is that the
Store
is interacted with through aViewStore
, you can't callsend
on aStore
directly etc. So if that is true, andViewStore
lives up to its name, perhaps I would need to make my own "ComponentStore
" or something?Beta Was this translation helpful? Give feedback.
All reactions