--- title: Decouple State Management from UI impact: MEDIUM impactDescription: enables swapping state implementations without changing UI tags: composition, state, architecture --- ## Decouple State Management from UI The provider component should be the only place that knows how state is managed. UI components consume the context interface—they don't know if state comes from useState, Zustand, or a server sync. **Incorrect (UI coupled to state implementation):** ```tsx function ChannelComposer({ channelId }: { channelId: string }) { // UI component knows about global state implementation const state = useGlobalChannelState(channelId) const { submit, updateInput } = useChannelSync(channelId) return ( sync.updateInput(text)} /> sync.submit()} /> ) } ``` **Correct (state management isolated in provider):** ```tsx // Provider handles all state management details function ChannelProvider({ channelId, children, }: { channelId: string children: React.ReactNode }) { const { state, update, submit } = useGlobalChannel(channelId) const inputRef = useRef(null) return ( {children} ) } // UI component only knows about the context interface function ChannelComposer() { return ( ) } // Usage function Channel({ channelId }: { channelId: string }) { return ( ) } ``` **Different providers, same UI:** ```tsx // Local state for ephemeral forms function ForwardMessageProvider({ children }) { const [state, setState] = useState(initialState) const forwardMessage = useForwardMessage() return ( {children} ) } // Global synced state for channels function ChannelProvider({ channelId, children }) { const { state, update, submit } = useGlobalChannel(channelId) return ( {children} ) } ``` The same `Composer.Input` component works with both providers because it only depends on the context interface, not the implementation.