Open KeeepTrying opened 5 years ago
个人感觉这个方法并不好,但是没有其他办法,你给问题打开 大家看看呢
按设计来说,确实数据是自上而下的。好处在于页面数据集中管理。不好的地方在于如果页面复杂度高,组件嵌套度深,写代码的时候会比较枯燥。 至于性能,和更多改进,需要社区的讨论和反馈。
请问我这种写法符合fish-redux设计理念吗?还有更好的方案吗?
@zjuwjf 实在不知道怎么解决 0-0大哥能给个方式吗
在adapter外层套个component吗,链接给adapter数据时候,再去分发component里的对应的type数据,这样感觉可以解决,但是多套了层component
好乱啊 只能一个一注册.不会 等大哥们解决了
@hzgotb 能都对上述例子写个mixin,感觉没哪个切入点能用上mixin,实体类上吗?
@zjuwjf
@zjuwjf 大哥 能给个思路吗
@zjuwjf 每日一问
同样情况
mark 数据流向必须由page流给component
component state由page state设置值,那是不是说子组件中发生变化最终都需要diaptch给page去改变,然后从上至下,通过connect改变component state
页面结构:顶部TabBar,主体TabBarView,切换tabbar缓存数据,下次切回来不再请求数据
tabbarComponent切换typeCode后,需要更新pageState.typeCode,没有缓存数据,page.effect通过typeCode请求更新typeProgramMap[typeCode],然后再同步更新到tabbarComponent和programComponent中吗?感觉整个过程很是繁琐,而且性能不佳,刚接触,不知道是否理解有误