Redux Class(immutable Record)引入的必要性 && Navigation引入方式

个人意见

和你们讨论一下几个问题

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