摘要:本次需求其实就两个逻辑输入筛选项。当发生改变时,重新渲染页面首次进入页面时,无任何筛选项。关于的一些,官方也有很棒的文档写在后面本文通过工作中的一个小需求,完成了一次的实践,不过上述代码依然有很多需要优化的地方。
写在前面
本文首发于公众号:符合预期的CoyPan
React在16.8版本正式发布了Hooks。关注了很久,最近正好有一个小需求,赶紧来试一下。
需求描述需求很简单,部门内部的一个数据查询小工具。大致长成下面这样:
用户首次访问页面,会拉取数据展示。输入筛选条件,点击查询后,会再次拉取数据在前端展示。
需求实现 使用React Class Component的写法如果使用以前的class写法,简单写一下,代码可能大概长成下面这样:
import React from "react";
import { Tabs, Input, RangeTime, Button, Table } from "./components";
class App extends React.Component {
...
state = {
type: [],
id: "",
title: "",
date: [],
dataList: []
}
componentDidMount() {
this.fetchData();
}
render() {
}
fetchData() {
...
this.setState({
dataList
});
}
handleTypeChange() {
...
this.setState({
type,
});
}
handleIdChange() {
...
this.setState({
id,
});
}
handleTitleChange() {
...
this.setState({
title,
});
}
handleRangeTimeChange() {
...
this.setState({
date,
});
}
handleQueryBtnClick() {
...
}
...
}
使用React Hooks的写法
关于React hooks的相关内容,这里就不赘述了。可以直接查看react官方文档,写得非常好。
https://reactjs.org/docs/hook...
本次需求其实就两个逻辑:1、输入筛选项 。2、查询数据
主页面一个hooks,处理筛选项以及数据展示。数据请求逻辑多带带弄一个hooks。
主页面hooks:
import React, { useState, useEffect} from "react";
import { Tabs, Input, RangeTime, Button, Table } from "./components";
const App = () => {
// 数据类型
const tabs = [{ key: 1, value: "类型1" }, { key: 0, value: "类型2" }];
const [tab, setTab] = useState(1);
// 数据ID
const [dataId, setDataid] = useState("");
// 标题
const [title, setTitle] = useState("");
// 时间区间, 默认为至今一周时间
const now = Date.now();
const [timeRange, setTimeRange] = useState([now - 1000 * 60 * 60 * 24 * 7, now]);
// 数据列表
const [dataList, setDataList] = useState([]);
// 点击搜索按钮
function handleBtnClick() {
// 请求数据
...
}
return
ID
标题
};
上面的代码,完成了筛选项的处理逻辑。下面来实现负责数据请求的hooks.
数据请求hooks:
import React, { useState, useEffect } from "react";
import jsonp from "../tools/jsonp";
function MyFecth(url) {
// 是否正在请求中
const [isLoading, setIsLoanding] = useState(false);
// 请求参数
const [queryParams, setQueryParams] = useState(null);
// 请求结果
const [data, setData] = useState(null);
// 向接口发起请求
const fetchData = async () => {
if(queryParams === null) {
return;
}
setIsLoanding(true);
const res = await jsonp({
url: url,
data: queryParams
});
setData(res);
setIsLoanding(false);
}
// 只要queryParams改变,就发起请求
useEffect(()=> {
fetchData();
}, [queryParams]);
// 供外部调用
const doGet = (params) => {
setQueryParams(params);
}
return {
isLoading,
data,
doGet
}
}
export default MyFecth;
在主页面中,引用数据请求hooks:
import React, { useState, useEffect} from "react";
import { Tabs, Input, RangeTime, Button, Table } from "./components";
import MyFecth from "./MyFetch";
const App = () => {
// ①使用数据请求hooks
const { isLoading, data, doGet } = MyFecth("http://xxx");
// 数据类型
const tabs = [{ key: 1, value: "类型1" }, { key: 0, value: "类型2" }];
const [tab, setTab] = useState(1);
// 数据ID
const [dataId, setDataid] = useState("");
// 标题
const [title, setTitle] = useState("");
// 时间区间, 默认为至今一周时间
const now = Date.now();
const [timeRange, setTimeRange] = useState([now - 1000 * 60 * 60 * 24 * 7, now]);
// 数据列表
const [dataList, setDataList] = useState([]);
// 点击搜索按钮
function handleBtnClick() {
// ②点击按钮后请求数据
const params = {};
title && (params.title = title);
dataId && (params.dataId = dataId);
params.startTime = String(timeRange[0]);
params.endTime = String(timeRange[1]);
doGet(params);
}
// ③data改变后,重新渲染列表。
// 这里相当于 componentDidUpdate。当data发生改变时,重新渲染页面
useEffect(() => {
setDataList(data);
}, [data]);
// ④首次进入页面时,无任何筛选项。拉取数据,渲染页面。
// useEffect第二个参数为一个空数组,相当于在 componentDidMount 时执行该「副作用」
useEffect(() => {
doGet({});
}, []);
return
ID
标题
};
关于React Hooks的一些思考
使用hooks写完这个需求,最直观的感受就是,代码写起来很爽。不需要像以前那样写很多的setState。其次就是
hooks的api设计得很优秀,一个useState的就能将【状态】和【变更状态的逻辑】两两配对。React的基本思想就是【数据到视图的映射】,在hooks中,使用useEffect来表明其中的【副作用】,感觉react官方也倾向于不区分componentDidMount和componentDidUpdate。
从api设计就能看出,hooks提倡组件状态细粒度地拆分。在一个hooks组件中,可能包含很多的状态,如果用户的某些操作,需要同时修改两个状态,那么我需要分别调用这两个状态的修改逻辑,这样会导致组件被重新render两次。而在使用class写法的组件中,只需要一次setState就好。这样看来,hooks中render两次的操作,可能会带来些许的性能问题 ? 这就要求我们在设计组件结构和state时,多斟酌,多抽象。
关于hooks的一些FAQ,官方也有很棒的文档:
https://reactjs.org/docs/hook...
写在后面本文通过工作中的一个小需求,完成了一次react hooks的实践,不过上述代码依然有很多需要优化的地方。这次实践让我最直观的接触了react hooks,也帮助自己进一步理解了react团队的一些思想。符合预期。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/109101.html
摘要:另外,监听事件,更新宽度状态。文本真实宽度渲染完成后,通过获取元素宽度。是否超长比较文本真实宽度和组件的宽度。设置为其他状态或中的状态时,只在这些状态变化时触发注意,依赖为对象时,不会深比较。得益于的用法灵活,组件写法上确实简洁不少。 需求 后台项目,使用Ant Design Pro, 有这样一个需求:有一个表格,宽度是自适应的,表格中有一列是备注,文本长度不定,我们希望在文本过长的时...
摘要:本文是学习了年新鲜出炉的提案之后,针对异步请求数据写的一个案例。注意,本文假设了你已经初步了解的含义了,如果不了解还请移步官方文档。但不要忘记和上下文对象可以看做是写法的以及三个钩子函数的组合。 本文是学习了2018年新鲜出炉的React Hooks提案之后,针对异步请求数据写的一个案例。注意,本文假设了:1.你已经初步了解hooks的含义了,如果不了解还请移步官方文档。(其实有过翻译...
摘要:未来可能成为官方之一。讨论地址是精读组件如果你想参与讨论,请点击这里,每周都有新的主题,周末或周一发布。前端精读帮你筛选靠谱的内容。 1. 引言 为什么要了解 Function 写法的组件呢?因为它正在变得越来越重要。 那么 React 中 Function Component 与 Class Component 有何不同? how-are-function-components-di...
摘要:更容易将组件的与状态分离。也就是只提供状态处理方法,不会持久化状态。大体思路是利用共享一份数据,作为的数据源。精读带来的约定函数必须以命名开头,因为这样才方便做检查,防止用判断包裹语句。前端精读帮你筛选靠谱的内容。 1 引言 React Hooks 是 React 16.7.0-alpha 版本推出的新特性,想尝试的同学安装此版本即可。 React Hooks 要解决的问题是状态共享,...
阅读 2307·2023-04-25 15:51
阅读 2824·2021-10-13 09:40
阅读 2395·2021-09-23 11:22
阅读 3413·2019-08-30 14:16
阅读 2846·2019-08-26 13:35
阅读 2051·2019-08-26 13:31
阅读 1087·2019-08-26 11:39
阅读 2936·2019-08-26 10:33