现在有个场景是suggest 然后列表渲染 ,我是把sugeest和 list 当成2个containers 他们通信这块我现在的做法是 suggest 输入触发suggest自己的action 改变 suggest的reducer 的state叫keywords,然后 list containers 会connect state 当state发生改变的时候会通知 list containers 来进行内部渲染,我看redux 是把整个页面当成一个containers 然后内部是一个个小的components 我觉得管理不太方便 ,比如我要复用一个有交互的模块 ,我还得在做一个,而且好多人都建议containers不做渲染用,那我相当于要用components去包containers 只要有点不太友好,所以自己加了个布局的组件叫apps ,我想问下我这种做法会有问题吗?
一般情况是一个页面一个 container,但是考虑性能或者不同的业务逻辑区块可以考虑分成多个 container。
像你这里说的 suggest 和 list 应该是同一个业务逻辑的东西,一般我们会写成一个 container。