React 实战进阶 45 讲
王沛
eBay 中国研发中心资深技术专家
35694 人已学习
新⼈⾸单¥68
课程目录
已完结/共 46 讲
React 实战进阶 45 讲
登录|注册
留言
22
收藏
沉浸
阅读
分享
手机端
回顶部
当前播放: 03 | 以组件方式考虑UI的构建
00:00 / 00:00
高清
  • 高清
1.0x
  • 2.0x
  • 1.5x
  • 1.25x
  • 1.0x
  • 0.75x
  • 0.5x
网页全屏
全屏
00:00
付费课程,可试看
01 | 课程介绍
02 | React出现的历史背景及特性介绍
03 | 以组件方式考虑UI的构建
04 | JSX的本质 : 不是模板引擎,而是语法糖
05 | React组件的生命周期及其使用场景
06 | 理解Virtual DOM及key属性的作用
07 | 组件设计模式 : 高阶组件和函数作为子组件
08 | 理解新的Context API及其使用场景
09 | 使用脚手架工具创建React项目
10 | 打包和部署
11 | Redux(1) : 前端为何需要状态管理库
12 | Redux(2) : 深入理解Store、Action、Reducer
13 | Redux(3) : 在React中使用Redux
14 | Redux(4) : 理解异步Action、Redux中间件
15 | Redux(5) : 如何组织Action和Reducer
16 | Redux(6) : 理解不可变数据(Immutability)
17 | React Router(1):路由不只是页面切换,更是代码组织方式
18 | React Router(2):参数定义,嵌套路由的使用场景
19 | UI组件库对比和介绍:Ant.Design、Material UI、Semantic UI
20 | 使用Next.js创建React同构应用
21 | 使用Jest、Enzyme等工具进行单元测试
22 | 常用开发调试工具:ESLint、Prettier、React DevTool、Redux DevTool
23 | 前端项目的理想架构:可维护、可扩展、可测试、易开发、易建构
24 | 拆分复杂度(1):按领域模型(feature)组织代码,降低耦合度
25 | 拆分复杂度(2):如何组织component、action和reducer
26 | 拆分复杂度(3):如何组织React Router的路由配置
27 | 使用Rekit(1):创建项目,代码生成和重构
28 | 使用Rekit(2):遵循最佳实践,保持代码一致性
29 | 使用React Router管理登录和授权
30 | 实现表单(1):初始数据,提交和跳转
31 | 实现表单(2):错误处理,动态表单元素,内容动态加载
32 | 列表页(1):搜索,数据缓存和分页
33 | 列表页(2):缓存更新,加载状态,错误处理
34 | 页面数据需要来源多个请求的处理
35 | 内容页的加载与缓存
36 | 基于React Router实现分步操作
37 | 常见页面布局的实现
38 | 使用React Portals实现对话框,使用antd对话框
39 | 集成第三方JS库:以d3.js为例
40 | 基于路由实现菜单导航
41 | React中拖放的实现
42 | 性能永远是第一需求:时刻考虑性能问题
43 | 网络性能优化:自动化按需加载
44 | 使用Reselect避免重复计算
45 | 下一代React:异步渲染
46 | 使用Chrome DevTool进行性能调优&结课测试
登录 后留言

全部留言(22)

  • 最新
  • 精选
烽火
DRY原则全拼是什么呢?

作者回复: Don’t Repeat Yourself

2018-09-16
8
景天
老师,你为什么这么帅气

作者回复: 圣诞快乐🎅🎄

2018-12-25
5
橙子
老师,js css html 需要了解到什么程度才能从事前端开发呢?尤其是原生js

作者回复: 任何程度都可以开始前端开发,掌握的越透彻开发能力会越强。可以通过开发过程本身来不断加强对基本技术的理解。

2018-06-27
3
马文龙
老师,要做前端开发是否需要懂浏览器原理内容 ,如果需要那需要达到什么程度

作者回复: 不需要,掌握好 js, css, html 基础,然后学习一门框架并理解其原理和特性就可以从事前端开发。

2018-06-26
2
Hey
老师,我想请教下面几个问题: 1. 能够计算得出的状态就不要单独存储,是因为多一个状态所增加的性能消耗,远大于根据其他状态计算当前状态吗? 2. 为什么组件中的状态越少越好? 通过Redux这类Flux架构来管理状态的主要目的只是为了统一管理数据,还是说对状态集中管理还有关于性能的考量?

作者回复: 1. 为了降低逻辑复杂度。如果计算得到的状态单独存储,固然性能会好点,但是带来了维护一致性的复杂度。每当条件状态发生改变,都需要维护计算状态保持一致。 2. 尽量将所有状态都放到一个地方管理,可以降低系统的复杂度。无状态的组件会更容易测试和调试。

2019-01-17
1
matwming
老师 这个能在电脑上看吗

作者回复: 可以的,time.geekbang.com

2018-11-17
1
飞天
老师,我发现在第三讲中,有的模块内部,声明了static类型,有的没声明,例如:state。它们区别是什么?实际开发中该如何抉择?

作者回复: static 是静态属性,组件实例是访问不到的。没有的话例如 state 是实例属性,只在组件实例中能访问。

2019-07-28
2
alpaca
老师,demo 进去是空白的 https://6n20nrzlxz.codesandbox.io/
2019-06-27
4
Feng
关于DRY原则 今天刚好看到一篇很棒的文章分享之~Beyond DRY,【https://coderefinery.wordpress.com/2019/01/28/beyond-dry-why-redundancy-makes-your-code-more-robust-and-less-fragile/】
2019-02-16
2
Eric
老师,sandbox编不过,报错了
2022-05-18
1
收起评论