紅魔電競平板評測：大屏幕硬實力
前言：三年的疫情因為要上網課的原因激活了平板市場，如今網課的時代已經過去，大家的生活都恢復到了正軌，這也就意味著，真正考驗平板電腦生存的環境來了。也就是面對著這種殘酷的
我們在乘坐地鐵或者公交車的時候，在地鐵門或者公交車門的旁邊往往會有「禁止依靠」這樣的標識。目的是為了警告乘客不要依靠車門，否則開門的時候容易出現不可預測的危險。
但是如果我們仔細去分析這個危險的話，就會知道，他的真實情況是，在車輛運行過程中，車門緊閉，你依靠在車門上也并不會出現危險，我們在上班高峰期擠地鐵的時候，大量的人也不得不緊靠車門，甚至有的人被擠扁壓在車門上。
在制定團隊項目規范時也會這樣，例如，我在帶領團隊時，一定會制定一條規范，要求每次代碼提交之前，個人必須檢查你的代碼里是否存在意外的修改，可能有的人在提交之前手抖往代碼里輸入了一個空格或者逗號，從而導致重大事故。這是一個低概率發生的事情，但是我仍然會要求每次提交都要檢查。
那么，是不是也就意味著，如果不遵守我這個規范，就一定會發現不可預測的重大事故呢？其實并非如此，我們制定規范的目的是為了讓程序變得可控，比如團隊里面有10個人的習慣都比較好，從來不會出現意外內容提交的情況，但是只要有一個人出現兩次因為手抖把意外的修改提交到了代碼倉庫，那么這條規范就會出現。
既然這條規范的出現是為了避免意外的發生，于是有一個項目成員就對我的規范提出了質疑，他認為可以在配置上增加 pre-commit 的代碼規則檢測，如果有意外的發生，那么代碼規則檢測不會通過，我們就不用每次在提交之前花費心力去檢查每一條 diff 里的修改了。
雖然我最終沒有同意他的提議，但這是一個非常好的思路
所以作為一個優秀的開發者，我們到底是應該只要遵循規范就是完事了，還是應該去看懂規范出現的背后邏輯，從而靈活的運用他，或者探尋更好的解決方案呢？
我的答案是后者。
如果在這個觀念的基礎之上我們能達成共識，我們再來一起結合 React 官方文檔，對 useEffect 的使用規范進行深入探討。
在這之前，我們要首先明確一下 useEffect 的語法規則，useEffect 的依賴項必須是 state 與 props，否則依賴項發生了變化，effect 也不會執行。所以有的人說：我不愿意把 state 放到依賴項里，甚至反感這樣的行為，我認為是沒有任何理論依據的。
在 vue 和 mobx 里都有計算屬性這樣的概念。因此有的人就想，在 react hook 中，是否可以借助 useEffect 來達到計算屬性的目的。
官方文檔明確的建議是，不需要這樣做
// 案例來自官方文檔// https://zh-hans.react.dev/learn/you-might-not-need-an-effectfunction Form() { const [firstName, setFirstName] = useState('Taylor'); const [lastName, setLastName] = useState('Swift'); //
本文鏈接：http://www.www897cc.com/showinfo-26-51826-0.html深度探討 useEffect 使用規范
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 14張圖巧妙的理解數據結構
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號