1. 程式人生 > >論 BUG調試與(程序猿)初學者

論 BUG調試與(程序猿)初學者

是否 asc 出了 輸出 bug 建立 語言 有一個 更新

  作為一枚程序猿,BUG調試是最基本的技能,對於初學者更是重中之重。個人而言,要想為自己的程序猿生涯更上一層樓,就得知道什麽是BUG調試,而且還必須知道怎麽調好BUG。那麽BUG究竟是什麽呢?在我之前的一篇關於BUG的論述《朋友,請待你的朋友——BUG好一點!》已經說得很清楚了。BUG作為一類寄生於程序猿體內的“昆蟲”,其實它並不可怕。可怕的是,當我們捕獲一只BUG時卻不知怎麽處理它。

  1.對於HTML/CSS而言,如果頁面布局出現了BUG,一般而言,這類BUG的攻擊力最低。對於一個初學者來說,你可以打開你瀏覽器的“控制臺”(以Chrome為例,F12即可調出),你可以在控制臺通過鍵盤的上下鍵來慢慢調試,等到出現理想的頁面效果之後,復制控制臺的CSS代碼到你的項目中即可。當然,這種調試方法的前提是你對自己的布局有足夠的信心,倘若你布局還有一些問題,那麽請打開“百度”搜索你出現的BUG,但是你的描述要足夠簡潔,如“高度塌陷”等(之後的隨筆我也會更新與這方面的內容);

  2.對於Javascript而言,如果你的邏輯出了BUG,那麽只有一個方法,打開你的JS代碼,全選之後刪除,重新梳理自己的邏輯,並用筆紙記錄下你的邏輯,重新敲一遍之前的代碼,當然這種方法對於代碼量不大的一些項目,如果是對於代碼量非常大,那麽這種方法實施的前提是你的項目預留時間非常足夠,否則無能為力。當你的邏輯跟清晰,那麽就可以從頭開始“讀”代碼,而且是認真的“讀”,將每一步之後的結果輸出到控制臺(javascript是用console.log()一類方法),不要怕麻煩,直到找出BUG為止;

  3.對於其他開發語言,也可以用類似的方法,一邊梳理邏輯,一邊“讀”代碼,將參數、元素、類依次輸出,檢查是否出現了問題。其實,從一定程度上來講,這是一種思維的建立過程,對於初學者來說,這種思維足夠重要。

  一個“老司機”程序猿,可以簡化上述方法,因為在他們的腦海中早已對自己的項目(邏輯)了如指掌。也就是說,對於初學者而言,只要你足夠熟練,你也可以輕輕松松處理好你的BUG,BUG調試也是So easy!

論 BUG調試與(程序猿)初學者