紅魔電競平板評測：大屏幕硬實力
前言：三年的疫情因為要上網課的原因激活了平板市場，如今網課的時代已經過去，大家的生活都恢復到了正軌，這也就意味著，真正考驗平板電腦生存的環境來了。也就是面對著這種殘酷的
我們項目中有一處業務代碼，需要根據不同的條件，對某個對象進行屬性的刪除，大概代碼如下：
接著需要判斷這個對象是否為空，為空的話就去執行另一個很重要的邏輯，這里判斷對象為空，我們選擇了lodash的isEmpty方法：
然后就出事了，上線后發現有 BUG ，定位問題之后，發現就是明明對象不為空，然后isEmpty還是把這個對象判為空了，然后去執行了接下來的邏輯，導致出現 BUG
然后我就去看了一下 isEmpty的源碼，總算是發現問題了！
可以看到最后一個環節，isEmpty 在判斷對象是否為空的時候，用了for in + hasOwnProperty去判斷某一個屬性是否存在對象中，只要有一個存在，那么這個對象就不為空！
誒！那好像也沒啥問題啊？但是我突然想到，那這個for in能遍歷出 Symbol 類型的屬性嗎？于是我試了一下，發現 for in 并不會遍歷 Symbol屬性。
這也嚴重了問題出在lodash 的 isEmpty上，并且根本原因是 for in 并不會遍歷 Symbol屬性。
所以還是自己實現一個來解決這個問題吧?。?！我們可以獲取到對象的屬性個數，判斷屬性個數是否為0，為0那就是為空。
那可以用Object.keys嗎？他的作用就是可以把對象的屬性放到一個數組中，我們試試之后，發現Object.keys并不會把Symbol屬性算進去：
我們換一下Reflect.ownKeys試試，發現就完全可以了！！?。?span style="display:none">jLU28資訊網——每日最新資訊28at.com
所以最終自己實現了一個 isEmpty：
本文鏈接：http://m.www897cc.com/showinfo-26-67342-0.html被Lodash的方法騙了好幾年，今天終于踩了大坑了！
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號