錯誤情況寫得越多越細越好,你在開發時才不用chaseCode到很細的地步
舉例我自己在送api資料到後端的時候,我在後端有對每個輸入參數做檢查,錯誤就回傳哪個參數有錯,我在前端的console就直接可以看到是哪個值有問題,後來發現命名問題導致沒有抓到值,節省了好多時間,如果沒有這個錯誤訊息,我要從送api的code先查,查參數 或網址對不對,如果都對後要跑到後端一次一次看程式執行到哪邊很費時。
開發過程中在放入youtube的嵌入影片時broswer的console跳出有關第三方cookie的訊息,了解之後發現第三方cookie就是youtube透過我的網站把一些資料植入使用者的瀏覽器中,從而達到追蹤的效果,在開發者工具/application/cookie中,可以看到多了一些黃色欄位的資料,這些舊是第三方cookie。
所以就算我不再youtube上瀏覽影片,仍然可能被偵測使用者行為並且被推播演算法推薦的內容,
Here's how:
真的好恐怖 = =
Q:以實務上來考量的話,如果這個app是需要持續更新跟維護的,減少複雜度的重要性是不是遠大於效能
Ans:
是的,以實務上來考量的話,如果這個 app 需要持續更新和維護,減少複雜度的重要性確實遠大於效能。