求助分析overcode/rovercode-ui：React组件props与Redux状态疑问

嘿！我来帮你拆解一下关于overcode/rovercode-ui项目的这两个问题，毕竟这类React+Redux项目的结构我挺熟的～

首先得说清楚，组件末尾的props校验（这个项目里应该是用PropTypes做的类型检查）只是用来确保传入的props符合组件预期的格式，并不是props的定义来源。这些props主要有两个常见来源：

• 父组件传递：你可以在项目里搜一下<Workspace />这个组件的引用位置，会发现它是在某个父组件（比如App组件或者专门的工作区容器组件）里被渲染的，父组件会把code这类props直接传进去。比如父组件会先从Redux全局状态里取出当前编辑的程序代码，再把它作为props传给Workspace。
• Redux Connect映射：如果Workspace组件用connect()函数连接了Redux store（你可以看Workspace组件文件的顶部或底部有没有相关代码），那么mapStateToProps函数会把全局状态里的值映射成组件的props。code props可能就是直接从state.code.currentCode这类状态路径里取出来的。

这个项目里的异步action应该是用了Redux Thunk（Redux里处理异步逻辑的常用中间件），咱们一步步捋清楚流程：

关于CREATE_PROGRAM_FULFILLED的分发： #

1. 当你在组件或者其他action里调用dispatch(createProgram(programData))时，Thunk中间件会执行createProgram返回的函数（因为Thunk允许action creator返回函数，而不只是普通的action对象）。
2. 这个函数内部会向后端API发送一个异步POST请求，用来创建新程序。
3. 当请求成功，拿到包含新程序ID的响应后，这个函数就会调用dispatch，分发CREATE_PROGRAM_FULFILLED类型的action，并且把后端返回的数据（包括ID）放到action.payload里。

关于程序ID存入全局状态： #

1. reducers/code.js里的code reducer会监听CREATE_PROGRAM_FULFILLED这个action类型。
2. Reducer是纯函数，它接收当前状态和action，然后返回全新的状态对象（绝对不能修改原状态！）。所以当这个action触发reducer时，它会把action.payload.id赋值给状态里对应的字段，比如：

   case CREATE_PROGRAM_FULFILLED:
     return {
       ...state,
       currentProgramId: action.payload.id,
       // 也可能是把新ID添加到程序列表里
     };
   

3. 这个新的状态会替换Redux store里的旧状态，这样程序ID就被存入全局状态了，所有连接到store的组件都能拿到这个值。

内容的提问来源于stack exchange，提问作者xiaoning