我的意见
和大家讨论一下几个问题
1. 项目里面没有用class规定的请求数据结构,调试数据的时候无法从前端获取请求的数据格式，要看后端接口，增加了调试的难度。我们以前会用immutable Record去做这个事情
2.项目里的Navigation大都是从祖先组件传递到子组件里面去的，我觉得也许采用connect注入的方式好一些，比较符合AOP面向切面的思想，比较不容易和当前的代码耦合
备注：比如我现在接手了一个任务，我需要知道一个请求的数据结构，但是我没有直接获取的方法，因为前端没有定义这个数据结构的东西，又因为代码里无法提供稳定可维护的接口文档，所以我只能依赖于后端，而因为redux的庞大的结构，需要较多时间才能排查出字段的相关信息
A的意见
- 项目中有seamless-immutable， 不知道有没有你说的immutable Record；写代码不嫌麻烦，就多定义type了
- connect的方式是可以使用的，并没有限制说不能使用 withNavigation
B的意见
redux推荐用简单的对象和数据来描述应用状态，所以一般redux store中不会有class，全面平面对象以及数组等数据类型。但是也可以用class来定义一些抽象数据类型，减少一些冗余代码，但最终存储到store，一般都是都是对象以及数组。再者redux一般会同步到storage中，storage中的数据必须序列化。如果是class，hydrate的时候，又要反序列化。成本有点高。class一般也只是用来封装一些通用逻辑，严格来讲，跟redux无关，可以搞。真正到store还是plain object