盤點哪些比較糟糕的幾類程式碼，谷歌工程師程式碼也這樣？

在我們平時寫程式碼的時候，經常hi看到一些比較糟糕體驗的程式碼，有的很雷人，有的很讓人頭疼，總之這類程式碼體驗非常糟糕，我們今天就來列舉一些比較奇葩的程式碼分享出來，當然還有其它更多另類的程式碼，大家也可以在評論區分享出來啊，共同感受一些這些另類程式碼。

1

說起可讀性差的程式碼，我想大家最能想到的就是一堆if語句的程式碼，如下圖所示，這類程式碼一般人看到這麼多語句是會暈倒的，雖然計算機能輕鬆識別，但是人就不行了，畢竟人的腦力是有限的嘛，我想其他人看了也會不適應的，因此要提倡程式設計師們寫可讀性強的程式碼，可讀性，指的是對人可讀性強，機器當然是都能識別的，有的時候為了提高程式碼的可能性，也是可以適當的犧牲一點程式碼的效能的，畢竟可讀性高的程式碼可維護性高，反而能提高工作的效率。

那麼大家猜猜上面這段程式碼可能是什麼樣的人寫的呢？我想大家可能會猜是一個新手什麼的，其實我說了可能會領大家感到意外，這端程式碼是我從網上扒來的，據說是一個早期的google工程師寫的，可見牛人也可能會寫出比較爛的程式碼。大家因此不能忙不崇拜，認為牛人的所有地方就是好的，有人好的地方我們要積極去學習，不好的地方我們還是要去摒棄的。

2

接下來，我們看下面這段程式碼，一般系統中一些code碼都是數值，這些數值最終都會賦予一個確切的意義，程式設計師根據程式碼就能知道確切的意義，比如 ON =1; OFF = 0; 這類定義，通過常量名就能準確的知道這個數值表達的意思是什麼，這樣程式碼的可讀性就是高的，如果像下面這種定義方式，這種定義基本上是沒什麼意義的，大家說是麼？這樣的程式碼的可讀性就不是很高了，因此在定義常量的時候起名是非常講究的，還有就是不要整一些有歧義的單詞，為了更保險，在旁邊加上註釋是更好的習慣了！

3

然後接下來，大家再看下面這一段程式碼，檔案路徑以絕對路徑的方式寫在程式碼中，這是一個比較錯誤的做法，一般優秀的程式碼可移植性是特別強的，比如從自己的開發機到線上的測試機，到各個測試環境程式碼直接複製過去就能用了，這就說明可移植性比較強的，像下面這段程式碼換個地方就會讀取不到配置檔案，還要重新調整程式碼，這顯然是很不好的做法，因此以後我們寫程式碼時不能只是以自己的機器為標準，要考慮程式碼在各個平臺下的執行情況。

最近有很多想學習前端開發，他們問我有沒有什麼好的web前端學習資料，我本是一名前端程式設計師，對於web前端，網頁製作這方面的資料我肯定是有的啦！

web前端資料學習群：618522268

為了感謝大家的支援，今天我在這裡統一說下吧，關注公眾號：‘web前端EDU'，就可以領取上全套視訊學習資料！