React-Native Redux 项目记录随笔

项目结构

###前言

在任何render的 时候不要 使用匿名对象,匿名函数..很影响性能

现在style全部独立出来了,能独立的文件尽量独立.

@remobile/react-native-toast Android RCTToastPackage.java主要注释一行@Override应该是父类取消方法了

在咱们这个项目里面 一个场景 就可能会有 一个对应reducer一个对应的style.

一个reducer和一个style,只会为一个screen服务.

reducer需要在appReducer里导入,screen需要在appNavigator.js里导入.

### src目录介绍

component所有组件都在里面,还有几张图也在里面.主要是组件需要用的图,又不像放在公用的asset里面

reducer Redux架构的Reducer层,由场景一一对应的.

screen场景,由Navigation接管的View,主要由Navigation负责导航.

style场景下的样式文件,主要考虑可重用性.

tool工具性的文件.现有 获取首字母的pingyin.js用于网络请求的http.js

app.js整个src目录的入口,由外部的index.android.js和index.ios.js引入

appNavigateTransition.js导航的过度效果.可以在里面定义更复杂的效果

appNavigator.js应用内 导航控件的包装,引入了应用内所有场景

appReducer.js应用内Reducer层 的包装 引入了应用内所有场景对应的reducer

appArchive.js属于 业务js主要负责这个项目里面 存储学生档案的函数.暂时不知道放哪里

appStyle.js属于 业务js统一存放了导航控件的头部样式.暂时不知道放哪里

viewabilityConfig.js属于 业务js用于配置ListView的参数,应用内SectionView都用到了这个配置.暂时不知道放哪里

"业务js":就是不属于架构范畴的,只是归纳了一个单独的文件,暂时不知道放哪里...(冷汗)

####src外面 还有一个asset用于存放app用到的静态资源

对react-redux的理解

###reducer的理解

reducer 接受 两个参数 一个是 旧的state 一个是action

在 reducer 函数内容 通常都会判断 action的type属性 来确定 业务逻辑.

然后用 action.payload(业务数据都会存在这里) 结合 旧的state 产生新的state对象 return 出去

所以 action的格式是有规范的

一个action 包含 四个属性

{

type:判断业务 必填

payload:存放业务数据

error: trur/false 当为true的时候 payload 应该是error的数据

meta: 扩展字段.

}