###前言
在任何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: 扩展字段.
}