自学几个月前端,为什么感觉什么都没学到??
这种现象在很多的初学者和自学前端的同学中是比较的常见的。
因为自学走的弯路是比较的多的,会踩很多的坑,学习的过程中是比较的迷茫的。
最重要的是,在学习的过程中,不知道每个部分该学哪些知识点,学到什么程度才算好,学了能做什么。
很多自学的朋友往往都是自己去找资料学习的,资料上有的或许就学到了,资料上没有的或许就没有学到。
这就会给人一个错误的信息就是,我把资料上的学完了,估计也-就差不多的了。
但是真的是这样的吗?非也,因为很多人找的资料就是很基础的。学完了也就是掌握一点基础的东西。分享给你一份前端分析路线,你可以参考。
开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
还有很多的同学在学习的过程中一味的追求学的速度,很快速的刷视频,写了后面忘了前面,最后什么都没有学到,什么都知道,但是什么都不懂,要具体说,也说不出个所以然。
所以学习编程一定要注重实践操作,练习敲代码的时间一定要多余看视频的时间。
mapDispatchToProps
理解这个单词mapDispatchToProps:map 各种dispatch 变成props。
// Map Redux actions to component props
function mapDispatchToProps(dispatch) {
return {
onIncreaseClick: () => dispatch(increaseAction)
}
}
class Counter extends Component {
render() {
const { value, onIncreaseClick } = this.props;
return (
{value}
Increase
);
}
}
export default Counter;
同理也是可以通过this.props.onIncreaseClick调用dispatch,这样就不需要在代码中运行dispatch了。
connect、provider应用实例
看了上面的介绍,应该能比较清楚的了解connect是干什么的了,然后也基本能明白怎么做了,但还是没有写哥实例更清楚直白的了:
简单的点击增加count的实例,应该还有许多需要优化的地方,这里就学明白connect和provider就好了。
复杂一点的todolist的实例这里用了hooks、connect、provider没有用react-redux里的hooks钩子(如果有看不懂的话可以学学hooks或者等我有时间再出一个class改写成hooks的文章,还是很简单的,只要你专心学)
五、Hooks下的redux
==============
如果项目开发是用的hooks,那很好,你又省了许多力气,比如计数器这个这种**「简单」**的状态管理例子,几行代码解决。
import { useState } from ‘react’;
function Example() {
const [count, setCount] = useState(0);
return (
You clicked {count} times
<button onClick={() => setCount(count + 1)}>
Click me
);
}
但是我们能完全不用redux状态管理了嘛?哈哈哈怎么可能呢
-
对于已经使用redux的:首先在redux没有给出对hooks较好支持之前,大多不会为了hooks来完全重构项目吧,顺便一讲重构可能造成的问题:
-
- 失去很多connect()提供的自动引用缓存,可能导致性能问题,除非用大量的useCallback()来包裹
-
如果代码依赖于mapStateToProps中的ownProps,那么你可能会使用redux hooks编写更多代码,而不能直接拿到这个属性。
-
不能像以前那样在mapDispatchToProps中,为action creator提供依赖注入
-
对于有可能是复杂应用的:许多公司的项目大部分都是用的redux管理状态,他的许多优点比如单一数据源、数据共享、事务状态、数据状态I/O和副作用隔离、状态回溯以及一系列辅助工具带来的强大调试能力等等,使得用redux来管理数据流成为更好的选择。
-
react-redux发布了新的版本,与之前的contextAPI分离,提供对hooks的支持,那这不就更香了
新的redux带来的改变
-
「不再需要使用」
mapStateToProps
,mapDispatchToProps
和connect
来维护单独的container组件和UI组件,而是在组件中直接使用redux提供的hooks,读取redux中的state。 -
可以将任何现有的自定义**「hooks与redux集成」**,而不是将通过hooks创建的state,作为参数传递给其他hooks。
redux对hooks的支持
首先介绍几个核心:
-
「useSelector:」 用于从Redux存储的state中提取值并订阅该state。
-
「useDispatch:」 除了读取store中的state,还能dispatch actions更新store中的state。
-
「useStore:」 用于获取创建的store实例。
光看简介还不是很清楚,一个个来说:
useSelector
看它的介绍,就很像mapStateToProps,但是
-
不提供ownProps API,最好用useCallback或useMemo来获取
-
和useEffect一样,如果不提供第二个参数,每次组件更新就会重新计算
那可能会存在一些担忧,会不会新的没有之前用的mapStateToProps好用呢?那来看看他的一些好处吧:
-
当然是配合hooks写代码更**「简洁」**
-
性能上延续redux以前的性能优化逻辑,「比较props」,如果当前的props跟老的props相同,则组件将不会重新渲染。
-
批处理更新,使得多个useSelector()重新计算出state,组件只会重新渲染一次,「不用担心useSelector重复渲染问题」。
首先看看以前是怎么写的:
//before
// React component
class Counter extends Component {
render() {
const { value, onIncreaseClick } = this.props;
return (
{value}
Increase
);
}
}
export default Counter;
// Connected Component
// Map Redux state to component props
function mapStateToProps(state) {return {value: state.count}}
// Map Redux actions to component props
function mapDispatchToProps(dispatch) {return {onIncreaseClick: () => dispatch(increaseAction)}}
// Connected Component
const App = connect(mapStateToProps,mapDispatchToProps)(Counter)
export default App
然后让我们用新的useSelect改写之前写得计数器:
//after
const Counter = props=> {
const { count } = useSelector(
(state) => ({
count: state.count
})
);
return (
{count}
);
}
export default Counter;
useDispatch
之前是使用mapDispatchToProps:
//before
// Map Redux actions to component props
function mapDispatchToProps(dispatch) {
return {
onIncreaseClick: () => dispatch(increaseAction)
}
}
现在使用useDispatch,可以直接在组件中使用,以匿名函数形式:
//after
const dispatch = useDispatch();
return (
<button onClick={()=>dispatch(increaseAction)}>Increase
);
由于匿名函数的性质,每次重新渲染获得新的引用,如果作为props传递给子组件,那么子组件每次都要重新渲染。
优化的意见是在useCallback中创建这个匿名函数:
//after
import React, { useCallback } from “react”;
import { useDispatch, useSelector } from “react-redux”;
import increaseAction from “./store/action”;
const Counter = props=> {
const { count } = useSelector(
(state) => ({
count: state.count
})
);
const dispatch = useDispatch();
const onIncreaseClick = useCallback(
() => dispatch(increaseAction),[dispatch]
);
return (
{count}
Increase
);
}
export default Counter;
useStore
在任何需要访问store的应用中,都可以通过usestore来获取。如果出于某种原因,比如说单元测试时,想要获取不同的store,我们可以将store通过新的contextAPI传递进组件树中,就像下面这样:
import React from ‘react’;
import { useStore } from ‘react-redux’;
import OtherProvider from ‘./OtherProvider’;
const Component = props => {
const store = useStore();
return {props.children}
}
实战
–
接着上面已经改成hooks的todolist但是还是用的connect的实例,来重新用react-redux的useSelector和useDispatch实现。
基本思想前面介绍的差不多来,这里我就不败代码,为了更直观还是用sandbox虽然不是很快:
SandBox ------ useSelector、useDispatch实战TodoList
Hooks下的redux总结
为什么还是要用redux?简单来说:Redux 提供了应对大型应用的代码组织和调试能力,在程序出错时, 能帮你快速定位问题。
对于一些场景的需求hooks没法解决:
-
需要保存或者加载状态
-
跨组件共享状态
-
需要与其他组件共享业务逻辑或数据处理过程
配合hooks新的redux带来的不一样的改变:通过使用useSelector、useDispatch和useStore搭配这hooks写确实也是个不错的尝试。
总结
==
作为一个之前vue技术栈转react技术栈的菜鸟来说,还是踩了一些的坑的:比如在有了vuex的基础之后,然后有没有理解清楚理解redux,很容易觉得他两差不多,但实际还是有挺多区别的,也是我深入学习redux的一个导火索。
简单的说一下:在 Vuex 中,$store 被直接注入到了组件实例中,因此可以比较灵活的使用:
-
使用 dispatch 和 commit 提交更新
-
通过 mapState 或者直接通过 this.$store 来读取数据
-
组件中既可以 dispatch action 也可以 commit updates
在 Redux 中:
-
我们每一个组件都需要显示的用 connect 把需要的 props 和 dispatch 连接起来。
-
Redux 中只能进行 dispatch,并不能直接调用 reducer 进行修改。从实现原理上来说,最大的区别是两点:
Redux 使用的是不可变数据,而Vuex的数据是可变的。Redux每次都是用新的state替换旧的state,而Vuex是直接修改。
Redux 在检测数据变化的时候,是通过 diff 的方式比较差异的,而Vuex其实和Vue的原理一样,是通过 getter/setter来比较的。
挖坑
??? 后续可能大概率还会更新这篇文章,还有些没写到,希望这篇文章对于你学习redux有所帮助哦~
最后
由于文档内容过多,为了避免影响到大家的阅读体验,在此只以截图展示部分内容
Redux 中:
-
我们每一个组件都需要显示的用 connect 把需要的 props 和 dispatch 连接起来。
-
Redux 中只能进行 dispatch,并不能直接调用 reducer 进行修改。从实现原理上来说,最大的区别是两点:
Redux 使用的是不可变数据,而Vuex的数据是可变的。Redux每次都是用新的state替换旧的state,而Vuex是直接修改。
Redux 在检测数据变化的时候,是通过 diff 的方式比较差异的,而Vuex其实和Vue的原理一样,是通过 getter/setter来比较的。
挖坑
??? 后续可能大概率还会更新这篇文章,还有些没写到,希望这篇文章对于你学习redux有所帮助哦~
最后
[外链图片转存中…(img-vrqKnuBE-1715718933164)]
[外链图片转存中…(img-7EAnKBG9-1715718933165)]
由于文档内容过多,为了避免影响到大家的阅读体验,在此只以截图展示部分内容