原创 [探索]怎麼樣的參數能讓 JS - API 更靈活

外在決定是否需要了解內在,內在決定是否會一票否決外在。內外結合,好上加好。 1.前言 開發 API 的時候,把參數的名字和位置確定下來,函數定義就可以說是完成了。因爲 API 使用者來說,只需要知道如何傳遞參數,以及函數將返回什麼樣的值就夠

原创 [探索]怎樣讓 JS - API 具有更好的實用性

程序員的精神,不應不止於實現,更要注重優化。不應止於表面,更要研究內部機制,方能青出於藍而勝於藍。 1.前言 在上家公司開發後臺管理系統的時候,頻繁要處理各種數據顯示的問題,一開始是實現就好。後來寫多了,自己看得也難受了。就想着怎麼優化代碼

原创 [盤點]項目中可以怎麼優化圖片

看似平常的事物,往往會蘊含的巨大的智慧。把看似平常的事物簡單做好,可能很正常。如果能把平常的事物做精,做細,這個不平常。 1.前言 每一個開發者在開發項目中,不可避免要和圖片打交道,優化圖片似乎也成了一個必修課。圖片優化也不僅僅是性能上的優

原创 [無心插柳]簡單實現常用的表單校驗函數

有意取而不得,失落而歸。無意間有所獲,未有喜悅,但珍惜依舊 1.前言 表單校驗,相信絕大部分的開發者會遇到過,網上也有很多插件可使用。但當時想着就是簡單的校驗,沒必要引插件,就自己寫一個簡單的函數。隨着校驗的需求多樣化,函數越來越大。有點輪

原创 [探索]在開發中儘量提高代碼的複用性

ctrl+c 和 ctrl+v 給我們帶來了很多的便利,但是也使我們變得懶惰,不願思考。 1.前言 相信很多人和我一樣,在開發項目的時候,因爲項目趕,或者一時沒想到等原因。頻繁使用 ctrl+c 和 ctrl+v ,導致代碼很多都是重複的。

原创 [前端開發]--分享個人習慣的命名方式

把一件平凡的事情做好,很平凡。把一件平凡的事情堅持的做好,很不平凡。 1.前言 如果說計算機科學只存在兩個難題:緩存失效和命名。那麼我就覺得命名的難點只有兩個:詞彙量和堅持貫徹執行制定的規範。 最近在知乎上看到這個:作爲程序員,有沒有讓你感