深入浅出React和Redux的笔记(5)

>我来写笔记

按有用程度 按页码先后 最新笔记

  • 红色有角F叔

    红色有角F叔 (次元の呪い)

    为了实现同构,服务端除了提供渲染出的 html 字符串,还要提供脱水数据,才能保持两端渲染的内容一致。 脱水数据大约相当于 var data = <%= j data %>; 那样,把服务端数据序列化成 json 赋值给一个变量。

    2018-06-15 22:24

  • 红色有角F叔

    红色有角F叔 (次元の呪い)

    redux-thunk 的工作是检查 action 对象是不是函数,如果不是函数就放行,完成普通 action 对象的生命周期,而如果发现 action 对象是函数,那就执行这个函数,并把 store 的 dispatch 函数和 getState 函数作为参数传递到函数中去,处理过程到此为止,不会让这个异步 action 对象继续往前派发到 reducer 函数。 一个访问服务器的 action,至少要涉及三个 action 类型: 1. 表示异步操作已经开始的 action 类型,在这个例子里,...

    2018-06-15 22:17

  • 红色有角F叔

    红色有角F叔 (次元の呪い)

    在互联网上,很多教学资料也是按照“按角色组织”的方法管理 redux 应用。虽然“按照角色组织”的方式看起来不错,但是实际上非常不利于应用的扩展。 按功能组织 redux 应用适合于 “按功能组织”,也就是把完成同一应用功能的代码放在一个目录下,一个应用功能包含多个角色的代码。在 redux 中,不同的角色就是 reducer、actions 和视图,而应用功能对应的就是用户界面上的交互模块。... 也许你已经有一套很厉害的代码编辑器可...

    2018-06-15 22:08

  • 红色有角F叔

    红色有角F叔 (次元の呪い)

    除了 state,利用 prop 在组件之间传递信息也会遇到问题。设想一下,在一个应用中,包含三级或者三级以上的组件结构,顶层的祖父级组件想要传递一个数据给最低层的子组件,用 prop 的方式,就只能通过父组件来中转,如 2-7 所示。也许中间那一层父组件根本用不上这个 prop,但是依然需要支持这个 prop,扮演好搬运工的角色,只因为子组件用得上,这明显违反了低耦合的设计要求。 组件树里会隐式传递一个 context 的 props

    2018-06-15 22:04

  • 红色有角F叔

    红色有角F叔 (次元の呪い)

    类似上面的代码,在 jsx 用直接把匿名函数赋值给 onClick 的方法,看起来非常简洁而且方便,其实并不是值得提倡的方法。因为每次渲染都会创造一个新的匿名方法对象,而且有可能引发子组件不必要的重新渲染

    2018-06-15 22:02

笔记是你写在书页留白边上的内容;是你阅读中的批注、摘抄及随感。

笔记必须是自己所写,不欢迎转载。摘抄原文的部分应该进行特殊标明。

深入浅出React和Redux

>深入浅出React和Redux