這種寫法也有臉發(fā)出來她紫， 整個 算法 加換行符 不超過10行芭逝。 你這代碼水平有待提高
js中toFixed精度問題的解決辦法最近在做項目的時候攒庵，遇到了有四舍五入保留兩位的需求，當時不假思索的直接使用了js原生的toFixed方法，結果問題百出。主要還是有以下幾點問題： 一：四舍五入并不是真正的四舍...
IP屬地：湖北
-
-
更想是 別人為了簡化 reducer ，重復的 規(guī)則代碼 而封裝的2個內置函數(shù)對象返回考廉。redux 性能 思路這么差 為什么大家還硬著頭皮用這個鬼玩意。 是大家寫代碼都沒自己思考的層面携御？隨流么昌粤？
redux-actions學習筆記
介紹 redux-actions的產(chǎn)生既绕，是為了簡化redux的使用。 Redux傳統(tǒng)用法 在使用redux-actions之前涮坐，我們先用傳統(tǒng)的redux用法寫一個例子凄贩。 ac...
-
大兄弟，你數(shù)組... 其實 外面引入的還是同一個地址袱讹，并沒有做到單項疲扎。
Redux 核心概念
http://gaearon.github.io/redux/index.html ，文檔在 http://rackt.github.io/redux/index.html ...
-
2022-01-29 業(yè)務需求封裝一個antd-vue的下拉輸入框我們先來看效果 點擊獲取焦點時 選中項目后 鼠標懸浮時 獲取焦點 輸入內容后 支持查詢功能捷雕，并提示已選功能 點擊清空按鈕后回到最開始的獲取焦點 自動支持全選 和反選全選 原...
-
2022-01-06 個人心得和擴展mock高級應用
這2天沒有接口椒丧，于是學習了下mock用法，2天歸納出來的自己學習掌握的經(jīng)驗救巷，也解決了mock再語法上對數(shù)組的嵌套不支持路徑語法的問題壶熏。 vue+mock
-
見碼識人棒假，我就是我，不一樣的小碼農管怠。
-
代碼有問題 妹子淆衷，不要抄別人的 要自己想缸榄，畢竟有2個月是同時存在31天渤弛，你的用月份去做判斷。而且后面 +0 的代碼 寫的太普通了甚带。不需要換行她肯，一行代碼就完事的。而且簡潔 不需要判斷鹰贵。
js獲取近N天的日期,返回'YYYY-mm-dd'格式
開發(fā)中經(jīng)常遇到獲取時間的業(yè)務晴氨，將常用的方法做個筆記記錄下。
-
筆者 是個菜鳥 鑒定完畢碉输，只是傳統(tǒng)程序員的一枚籽前。就算react不用HOK ，照樣可以簡單的實現(xiàn)hook.在這VUE是雙向的敷钾，可以理解 一切slot(default, spacename).
從應用技術層面上講枝哄，VUE的代碼編寫技術高于react，從視圖上說阻荒，VUE 簡潔編程挠锥，react純JS屬性編程。會VUE 的上手REACT做各種功能 只要7天侨赡，會REACT的 要上手VUE 的一些場景至少1個月蓖租。
別說REACT 只是寫法是函數(shù)式變成粱侣，你們有幾個會函數(shù)式編程。 高級柯里化都摸不熟悉蓖宦，Curry compose 函數(shù) 有什么優(yōu)缺點在應用設計上 如何用齐婴，都不知道，就以為 一個功能定義一個方式就叫函數(shù)式球昨？尔店？ 我面了5-7年經(jīng)驗 ，40個高級前端主慰，就沒有一個會函數(shù)式編程思想嚣州。
**相反，技術深度上共螺，會react的前端该肴，技術思想比VUE 的差太多了，
從數(shù)量層面上藐不， VUE開發(fā)者的JS 技術層面低的人數(shù)比react多太多匀哄。畢竟VUE 從業(yè)人員太多了。vue和react的區(qū)別之我見
react和vue都是做組件化的雏蛮，整體的功能都類似涎嚼，但是他們的設計思路是有很多不同的。使用react和vue挑秉，主要是理解他們的設計思路的不同法梯。 1.數(shù)據(jù)是不是可變的 reac...
-
使用 .sync v-model :prop雙向數(shù)據(jù) 都可以改變
子組件中修改props的正確方式
首先我們創(chuàng)建子父組件 父組件傳值msgVal給子組件 2.在子組件中：（我們嘗試用changeProps直接改變msgVal值） 控制臺報錯簡單來說就是 他希望避免直接改變該...
-
你真是菜的摳腳
React Context(上下文) 作用和使用 看完不懂 你打我
日常記錄一下學習到的知識點吧。好記性不如爛筆頭~ 我相信這是對的犀概。官方文檔[https://react.docschina.org/docs/context.html] 的d...
-
還不錯立哑，就是數(shù)據(jù)太簡單了。第5個例子 還寫錯了
8個有用的JavaScript單行程序
在實際開發(fā)中姻灶，同一個業(yè)務邏輯往往有不同的實現(xiàn)方式铛绰，不同的實現(xiàn)所產(chǎn)生的代碼量以及所體現(xiàn)的思路不盡相同，越是精簡的實現(xiàn)越能展現(xiàn)代碼之美产喉，逼格也會略勝一籌捂掰。下面就讓我們來了解一下 ...
-
