红色有角F叔对《深入浅出React和Redux》的笔记(5)

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

读过 深入浅出React和Redux

深入浅出React和Redux
  • 书名: 深入浅出React和Redux
  • 作者: 程墨
  • 页数: 268
  • 出版社: 机械工业出版社
  • 出版年: 2017-4-28
  • 2.3.2 更新过程
    类似上面的代码,在 jsx 用直接把匿名函数赋值给 onClick 的方法,看起来非常简洁而且方便,其实并不是值得提倡的方法。因为每次渲染都会创造一个新的匿名方法对象,而且有可能引发子组件不必要的重新渲染

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

    组件树里会隐式传递一个 context 的 props

    2018-06-15 22:07:14 回应
  • 第四章 模块化 react 和 redux 应用
    在互联网上,很多教学资料也是按照“按角色组织”的方法管理 redux 应用。虽然“按照角色组织”的方式看起来不错,但是实际上非常不利于应用的扩展。

    按功能组织 redux 应用适合于 “按功能组织”,也就是把完成同一应用功能的代码放在一个目录下,一个应用功能包含多个角色的代码。在 redux 中,不同的角色就是 reducer、actions 和视图,而应用功能对应的就是用户界面上的交互模块。... 也许你已经有一套很厉害的代码编辑器可以完美解决在不同目录下寻找代码文件困难的问题。但是,开发 redux 应用你依然应该用“按功能组织”的方式。

    虽然每个模块目录下都会又一个 actionTypes.js 文件定义 action 类型,但是通常不会把 actionTypes 中内容作为模块的接口之一导出。... 只有当前模块的 reducer 和 action 构造函数才会直接使用 action 类型。

    我们认为状态树设计要遵循如下几个原则:一个模块控制一个状态节点;避免冗余数据;树形结构要扁平;

    这一章是全书精华

    2018-06-15 22:12:31 回应
  • 第七章 redux 和服务器通信
    redux-thunk 的工作是检查 action 对象是不是函数,如果不是函数就放行,完成普通 action 对象的生命周期,而如果发现 action 对象是函数,那就执行这个函数,并把 store 的 dispatch 函数和 getState 函数作为参数传递到函数中去,处理过程到此为止,不会让这个异步 action 对象继续往前派发到 reducer 函数。

    一个访问服务器的 action,至少要涉及三个 action 类型:
    1. 表示异步操作已经开始的 action 类型,在这个例子里,表示一个请求天气信息哦 API 请求已经发送给服务器的状态;
    2. 表示异步操作成功的 action 类型,请求天气信息的 API 调用获得了正确结果,就会引发这种类型的 action;
    3. 表示异步操作失败的 action 类型,请求天气信息的 API 调用任何一个环节出了错误,无论是网络错误、本地代理服务器错误或者是远程服务器返回的结果错误,都会引发这个类型的 action。

    对于 redux-thunk,切入异步操作的时机是在中间件中,但这不是唯一的位置。
    2019-02-14 10:55:29 回应
  • 第十二章 同构
    为了实现同构,服务端除了提供渲染出的 html 字符串,还要提供脱水数据,才能保持两端渲染的内容一致。

    脱水数据大约相当于 var data = <%= j data %>; 那样,把服务端数据序列化成 json 赋值给一个变量。

    2018-06-15 22:25:55 回应

红色有角F叔的其他笔记  · · · · · ·  ( 全部654条 )

注定一战
1
美国反对美国
1
哲学·科学·常识
1
计算机组成(第 6 版)
2
图解TCP/IP(第5版)
1
沸腾十五年
2
重新理解创业
8
雄性衰落
3
股市真规则
1
资本和收入的性质
2
存在主义是一种人道主义
3
程序员的职业素养
1
何为良好生活
1
活出生命的意义
3
货币的教训
3
Docker——容器与容器云(第2版)
2
政治的人生
4
中国巨债
3
历史的教训
4
聪明的投资者
8
Designing Data-Intensive Applications
4
投资中最简单的事
5
供给的逻辑
1
逃不开的经济周期
1
图解服务器端网络架构
1
斯坦福极简经济学
3
政治的逻辑
4
原则
5
大数据之路
1
在苍茫中传灯
4
巴菲特传(纪念版)
1
中产阶级如何保护自己的财富
1
指数基金投资指南
4
模式分类
2
深度学习
1
我看电商
2
数据挖掘导论
1
中国国家治理的制度逻辑
2
漫步华尔街
2
尽在双11:阿里巴巴技术演进与超越
2
共同基金常识
3
企业IT架构转型之道:阿里巴巴中台战略思想与架构实战
6
未来简史
2
MySQL DBA修炼之道
1
大国大城
2
计算广告
4
机器学习
1
集体智慧编程
1
重新定义公司
1
Hadoop应用架构
1
第二性
6
硅谷钢铁侠
1
大数据
5
经营的本质
1
人人都是产品经理
7
你凭什么做好互联网
4
Spark机器学习
2
聊聊架构
8
游戏引擎架构
1
美国大城市的死与生(纪念版)
5
给大家看的Photoshop讲座
1
技术的本质
5
我们房地产这些年
2
行动的勇气
2
合作的进化
5
马克斯·韦伯与德国政治:1890—1920
6
数据库索引设计与优化
1
精益企业
7
高可用MySQL
2
发布!软件的设计与部署
2
项目管理艺术
2
右派国家
5
现实感
4
领域驱动设计
11
从0到1
1
高效程序员的45个习惯
1
可扩展的艺术
3
空之境界 上
1
成为技术领导者
1
改革的逻辑
3
修改代码的艺术
9
恰如其分的软件架构
7
软件开发者路线图
3
实现领域驱动设计
1
21世纪资本论
9
持续交付
16
构建之法
6
黑格尔导论
19
极端的年代
1
微服务设计
10
Site Reliability Engineering
5
测试驱动的面向对象软件开发
3
城市的胜利
2
对知识的恐惧
5
ZeroMQ
6
现代经济学主要流派
7
数学之美
2
程序员的思维修炼
1
大教堂与集市
1
一切坚固的东西都烟消云散了
5
兜售繁荣
1
数据科学与工程技术丛书
1
政治的细节(第10版)
8
发展研究指南(第二版)
2
代码大全(第2版)
2
企业应用架构模式
9
The Datacenter as a Computer
3
无情的革命
6
新教伦理与资本主义精神
3
人类简史
7
Understanding MySQL Internals
2
他改变了中国
1
态度改变与社会影响
4
复杂
2
民主新论
19
人件
2
国家的常识
4
乌合之众
3
Web Operations
2
个人印象
4
湖上闲思录
2
自由及其背叛
7
C++语言的设计与演化
8
百年中国经济史笔记
1
改变
4
创新与企业家精神
5
Cassandra
3
不敢止步
4
意志力
2
通向财务自由之路
1
制造同意
6
美国种族简史
4
NoSQL Distilled
4
理解专业程序员
2
一个自由主义者的良知
4
政治经济学要义
2
施瓦辛格健身全书
2
房地产的繁荣与萧条
5
为学十六法
2
Akka in Action
1
Java虚拟机并发编程
3
软件工艺
3
面向模式的软件架构,卷3
1
动物精神
4
非理性繁荣
10
MongoDB权威指南
2
海量数据库解决方案
1
Erlang/OTP并发编程实战
1
学术与政治
12
Java并发编程实战
16
论中国
3
金融炼金术
4
多处理器编程的艺术
1
Effective java 中文版(第2版)
1
中國近代史(下冊)
6
系统之美
6
压力下的角逐
2
古代东方史
1
Go 语言程序设计
1
Remote
1
深入Linux内核架构
2
中國近代史(上冊)
3
隐秩序
1
空之境界(上下集合售)
1
开放社会
4
中国近代史八种
5
喀提林阴谋 朱古达战争
1
政治秩序的起源
5
现代性的后果
2
失去的胜利
9
了不起的盖茨比
5
许倬云说历史:台湾四百年
2
大规模分布式存储系统
1
C++网络编程(卷1)
2
在约定的场所
1
中国的宗教
2
了不起的盖茨比
1
希腊罗马名人传(全三册)
2
自私的基因
2
学龠
1
中国政治思想史
4
列克星敦的幽灵
1
人月神话
2
现代体系结构上的UNIX系统
1
虚拟机
2
朱熹的历史世界
1