先自首今天很不認真,為了看懂同學作業,斷斷續續在 YouTube 看一些 OOP 影片:Object-oriented Programming in JavaScript: Made Super Simple | Mosh
慢慢從整個傻謀到漸漸懂了一點顛,還是有點開心,直到剛剛才發現原來 week9 的內容有講物件導向…
在寫作業的過程中,當功能已經完成,但還是在改如潮水般湧來的 bug 時,一直跟腦中聲音作抵抗:「 趕快上傳啦,這小 bug 不但沒人會發現,還有可能越改越糟唷!」
最後仍然有不少 bug 出現我也是交了,但至少過得去我自己那關,而且雖然過程中一直撞牆,但只要畫面看起來舒服,其實撞得還挺甘之如飴呢( 抖M )
required
就撤手不管,radio 靠杯難搞。睡到一半突然想到作業某個地方可以做優化,整個人像活屍跳起來~
改完才覺得也沒優化到哪去,早知道不要活屍跳。
從刻畫面 > 基本需求 > 實現連續計算,認真搞一整天,已無力、也不想看其他資料了。
比較好玩的是自己在想一些花俏的防呆設計,一些會出 bug 的動作,就直接歸零( 好啦,根本就不是防呆 ),儼然是一台非常任性的計算機。
不過在思考什麼樣的錯誤操作要有什麼樣的回饋很有趣,又花了不少時間在沒啥意義的地方,但至少玩得開心。
因為又多判斷了一些情況,盡量把功能都切開來了,但函式彼此依賴性還是很高,不知道要怎麼優化,這方面可能要看書才行,ESLint 很強制規定要先宣告 function 才能使用,非常苦惱。
解出 bug 的每一刻
今天遇到的全靠開發人員工具才解得了啊,在此感謝它兩秒鐘。
今天一整天都在優化 hw1、 hw2,都還沒寫到 hw3 啊啊啊啊!
花很多時間在一些小細節上,總覺得好像不是很重要,但不修正又感覺芒刺在背。
因為很懶,本來 hw1 的 js 都放在 html,最後要拉出來一個 js 檔,ESLint 整片的紅色底線… 難怪想說今天怎麼耳根子如此清靜,以為我功力變強還是 ESLint 變耐斯,到頭來一切都是錯覺。
但還是要讚嘆守門員,code 乾淨好多、冗碼刪光光看得很開心,覺得還挺滿意的。但更希望過三個月的我會認為這是糞 code,未來還覺得滿意可能就有點糟糕了。
變數
變成 區域變數
,難怪怎麼改都改不了外面的變數。
input
會有奇怪圓角,用 border-radius 歸零就好input::placeholder
div:hover::after { }
input
不支持偽元素 before || after
,難怪搞超久都不行
checkbox
和 radio
又可以唷媽的 給我統一啊!
最近把之前培養好的完美作息全破壞掉,晚睡晚起、精神差、又不運動,好好懺悔一下。
access-control-allow-origin: *
非 GET || 帶 Header 參數
的 request,都會發送一個「Preflight Request」,就會知道這個 API 有沒有提供 CORS。<script src="...">
不受同源限制的特性,直接載入一隻帶參數的 js,當作是發 request,用一個 function 包裝起來。let
& const
的 Temporal Dead Zone 特性真的蠻酷的,不曉得一個程式語言是以怎麼樣的基礎跟考量進行設計?本來覺得基本題應該不難,但「 再玩一次 」的按鈕卡在一個很奇怪的地方,判斷按鈕已出現的開關變數,不知道哪裡被改變了暫時找不出來、先撤手不管。
版面很簡單好切,只是頁面上的效果要怎麼跟 google 表單一模一樣,明天再花時間研究。
邊跟課程邊寫筆記,想要盡量寫的通順,才不會最後要整理時,看到太亂就想放棄。 但今天寫完一個段落,開始從頭檢視時,靠杯還是很亂很想放棄啊!
也還好中間忍住了查更多資料的衝動,時間有限,先求把課程講的都理解完再說。
( 但其他影片品質如何不能保證,我只看了這教學 )
「 所以有些貼心的設計是就算重新整理網頁,會發現剛剛填的資料都還在 」
聽到 LocalStorage 的部分,馬上開進度報告的版面,發現只要按鍵離開超過兩秒, temp-report
的 value 值就會更新,好有趣、有種小彩蛋的感覺。
前面都沒什麼問題、當做複習,就是一堆又臭又長的函式名稱在考驗人的耐性。
發現原來有 querySelector
的 DOM 選擇方法,乾超方便,已知用火人感到有點開心又崩潰。
講得好清楚啊好厲害,以前只知道用 e.stopPropagation
阻止冒泡,不知道有捕獲階段,更不知道原來傳遞方式這麼複雜,學到超多!
學習事件傳遞時,很需要停下來自己不斷嘗試,拼命把 e.eventPhase
印出來,才對傳遞的順序及如何阻止的有些概念,又是一很長的筆記,但非常值得。
或許以前會覺得學得那麼深幹嘛,會用到這種極端例子的時機根本少之又少。
但現在認為這樣的細節就是決勝負的關鍵吧。遇到奇怪的 bug 時,懂原理的工程師可以一看就知道怎麼造成的,一般人如我就只能在 Stack Overflow、猜測、trial and error 中徘徊。
Huli 說的是:「 今天解了一個 bug,未來就少一個 」
( 其實我忘記原句是什麼,大概是這樣啦哈哈哈 )
Written on May 27th, 2019 by Yakim shu