摘要:本次需求其實就兩個邏輯輸入篩選項。當發生改變時,重新渲染頁面首次進入頁面時,無任何篩選項。關于的一些,官方也有很棒的文檔寫在后面本文通過工作中的一個小需求,完成了一次的實踐,不過上述代碼依然有很多需要優化的地方。
寫在前面
本文首發于公眾號:符合預期的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() {使用React Hooks的寫法} fetchData() { ... this.setState({ dataList }); } handleTypeChange() { ... this.setState({ type, }); } handleIdChange() { ... this.setState({ id, }); } handleTitleChange() { ... this.setState({ title, }); } handleRangeTimeChange() { ... this.setState({ date, }); } handleQueryBtnClick() { ... } ... }
關于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關于React Hooks的一些思考}; ID 標題
使用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團隊的一些思想。符合預期。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/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 要解決的問題是狀態共享,...
閱讀 1783·2023-04-25 15:51
閱讀 2497·2021-10-13 09:40
閱讀 2134·2021-09-23 11:22
閱讀 3243·2019-08-30 14:16
閱讀 2652·2019-08-26 13:35
閱讀 1847·2019-08-26 13:31
閱讀 874·2019-08-26 11:39
閱讀 2732·2019-08-26 10:33