更多面试题
**《350页前端校招面试题精编解析大全》**内容大纲主要包括 HTML,CSS,前端基础,前端核心,前端进阶,移动端开发,计算机基础,算法与数据结构,项目,职业发展等等
开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
「Action:」 想更新state中的数据,例如增加todo,需要发起一个action。Action就是一个普通的JavaScript对象,描述发生了什么的指示器
{ type: ‘ADD_TODO’, text: ‘Go to swimming pool’ }
{ type: ‘TOGGLE_TODO’, index: 1 }
{ type: ‘SET_VISIBILITY_FILTER’, filter: ‘SHOW_ALL’ }
强制使用 action 来描述所有变化带来的好处是可以清晰地知道应用中到底发生了什么。如果一些东西改变了,就可以知道为什么变。
「Reducer:」 把 action 和 state 串起来,reducer 只是一个接收 state 和 action,并返回新的 state 的函数。
//编写很多小函数来分别管理 state 的一部分
function visibilityFilter(state = ‘SHOW_ALL’, action) {
if (action.type === ‘SET_VISIBILITY_FILTER’) {
return action.filter;
} else {
return state;
}
}
function todos(state = [], action) {
switch (action.type) {
case ‘ADD_TODO’:
return state.concat([{ text: action.text, completed: false }]);
case ‘TOGGLE_TODO’:
return state.map((todo, index) =>
action.index === index ?
{ text: todo.text, completed: !todo.completed } :
todo
)
default:
return state;
}
}
//reducer 调用上两个 reducer,进而管理整个应用的 state
function todoApp(state = {}, action) {
return {
todos: todos(state.todos, action),
visibilityFilter: visibilityFilter(state.visibilityFilter, action)
};
}
手写实战(TodoList)
感兴趣的可以看一下codesandbox-TodoList例子可能会比较慢。
todo这种例子还是比较简单的,相当于入门,理解Redux工作。
四、react-redux
=============
可以看到上面我们并没有使用到react-redux,虽然能实现功能,但细心会发现我是直接拿的store,组件多的话个个拿store,这样不好。我来总结一下不用react-redux可能会遇到头痛的问题比如:
1.store并不是那么显而易见,一旦组件层级变得更复杂,这个store就会变得很难控制。
2.逻辑组件看上去很乱,不清晰的原因state和dispatch没有各自写在一起,重复代码有点多,不直观。
3.React 组件从 Redux store 中读取数据,向 store 中分发 actions 更新数据还不够方便。
Provider
这个还是很好理解的,就是把store直接集成到React应用的顶层props里面,好处是,所有组件都可以在react-redux的控制之下,所有组件都能访问到Redux中的数据。
,
connect
-
技术上讲,容器组件就是使用store.subscribe() 从 Redux state 树中读取部分数据,并通过 props 来把这些数据提供给要渲染的组件。
-
为啥要用它,简单来说节省工作,没有他得手工开发容器组件,并为了性能而手动实现 React 性能优化建议中的 shouldComponentUpdate 方法。
-
使用 React Redux 库的 connect() 方法来生成,这个方法做了性能优化来避免很多不必要的重复渲染。
connect的使用
代码如下:
const App = connect(mapStateToProps, mapDispatchToProps)(Counter);
export default App;
mapStateToProps
理解这个单词mapStateToProps:把state映射到props中去,state就是redux的state啦,props就是react的props咯。
代码:
// Map Redux state to component props
function mapStateToProps(state) {
return {
value: state.count
}
}
然后在组件中使用this.props.value就能完成渲染
class Counter extends Component {
render() {
const { value, onIncreaseClick } = this.props;
return (
{value}
Increase
);
}
}
export default Counter;
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
最后
面试题千万不要死记,一定要自己理解,用自己的方式表达出来,在这里预祝各位成功拿下自己心仪的offer。
开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
const App = connect(mapStateToProps,mapDispatchToProps)(Counter)
export default App
然后让我们用新的useSelect改写之前写得计数器:
//after
const Counter = props=> {
const { count } = useSelector(
(state) => ({
count: state.count
最后
面试题千万不要死记,一定要自己理解,用自己的方式表达出来,在这里预祝各位成功拿下自己心仪的offer。
开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
[外链图片转存中…(img-EIjyX6D1-1715517050822)]
[外链图片转存中…(img-njwXnoQj-1715517050823)]
[外链图片转存中…(img-vAgHrkUt-1715517050823)]
[外链图片转存中…(img-DXJjLmLV-1715517050824)]