NgRx Component Store是否会将哑组件转为智能组件？使用场景探讨

1. 哑组件中使用Component Store是否合理？会使其变为智能组件吗？ #

智能组件与哑组件的核心区分在于是否与外部状态/服务耦合：智能组件负责数据获取、全局状态交互、业务逻辑处理；哑组件仅专注UI渲染，通过输入接收数据、通过输出发射事件，不关心数据来源与后续处理。

Component Store的定位是管理组件本地UI状态，它不会让组件和全局Store、外部API等产生耦合。如果你的切换组件用Component Store只是管理自身的选中状态这类内部UI状态，组件依然只接收初始状态输入、发射切换事件，那它仍然属于哑组件。

Component Store在这里只是替代传统的BehaviorSubject或组件属性来管理内部状态，让状态逻辑更清晰规范，本质上还是组件自身的局部状态，不会改变组件的“哑”属性。只有当组件开始处理全局状态、API调用这类外部逻辑时，才会转变为智能组件。

2. 本地UI状态是否是哑组件使用Store的唯一场景？ #

是的，这是哑组件使用Component Store的唯一合理场景。这类本地UI状态通常是仅服务于组件自身渲染的临时状态，比如：

• 折叠面板的展开/收起状态
• 标签页的选中项状态
• 表单输入的临时草稿状态（无需同步到全局）

如果组件需要处理跨组件共享的状态、调用后端接口、与全局Store交互，那它的职责已经超出了哑组件的范畴，应该作为智能组件来设计，此时Component Store就不再是合适的选择（或该组件已不再是哑组件）。

内容的提问来源于stack exchange，提问作者Ahmed-El-Bald