本篇內(nèi)容介紹了“php代碼不規(guī)范的情況有哪些”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

10年積累的成都網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計經(jīng)驗，可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識你，你也不認(rèn)識我。但先網(wǎng)站制作后付款的網(wǎng)站建設(shè)流程，更有灤州免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。

1、協(xié)作時不使用版本控制

上帝保佑，我們有版本控制工具。如我所說，如果我們沒有像 Git 這種版本管理工具，代碼的世界將變得異常艱難。版本控制讓我們在協(xié)作的時候，修改或移動變得非常簡單。

想像一下，我們坐在電腦前，手動檢查并合并文件，為不同的版本保存不同的文件夾。這樣做是非常低效的，并且很不可靠。幸運(yùn)的是，我們有 Git 和其它版本控制工具，來幫我們完成這個事情。

我參與過沒有版本控制的項目，那簡直就是一場惡夢。

2、不使用合適的變量命名

我不知道為什么，身邊總有一些人，使用很短/隨機(jī)的名稱來給變量命名。當(dāng)你的項目只有 10-20 行代碼，或者只是代碼片段時，你可以使用這種方式進(jìn)行命名，但是在大項目中，不要這么做。不合適的命名，對可讀性和效率有致命的影響。

一個命名的簡單規(guī)則：你變量的名稱可以自解釋。當(dāng)你看到它們的時候，就知道他們的用途。但是不要使用太長的名字來命名！保持命名簡短，并具有可讀性。

讓我們來找一找，你的代碼中用 a ， b， c 命名的代碼。

3、使用過多的依賴，不經(jīng)思考直接升級

GitHub 上面有多少個開源項目? 已經(jīng)多到我們數(shù)不清了。這些開源庫使開發(fā)者的工作變得更加容易，節(jié)約我們的時間。

但是使用過多的依賴庫會對整個項目帶來風(fēng)險。依賴庫越多，就意味著編譯時間和運(yùn)行時間的加長。我們應(yīng)該在我們需要的地方添加對應(yīng)的依賴庫，而不要為了使用它而使用它。

所以，在升級之前，我們需要經(jīng)常去檢查依賴庫/插件的支持情況。我曾經(jīng)有一次，升級了 React，而沒有去檢查它對其它庫的影響。到如今，我依然認(rèn)為這是我生命中最嚴(yán)重的錯誤之一。

4、不自解釋的代碼

值得一提的是，沒有人想閱讀整個方法/文件來理解它是干什么用的。使用最少的代碼來實現(xiàn)功能，但是不要讓別人或者是以后的自己，討厭你自己寫的東西。

我們應(yīng)該一直嘗試去寫自解釋的代碼。我們應(yīng)該讓我們的代碼，在第一次被看到的時候，就知道它是干什么用的。要完成這樣的代碼，我們需要進(jìn)行正確的代碼重構(gòu)，統(tǒng)一的語法，適當(dāng)?shù)淖兞棵Q。必要的時候，還要給代碼添加注釋。

當(dāng)然，也不要過多地書寫注釋，你不需要通過注釋解釋每一行代碼。最好用 1-2 行注釋，寫清楚重要部分的概述或說明。

5、格式不一致

這個和第四點非常相近，格式不一致也會對可讀性和生產(chǎn)效率帶來巨大的影響。在項目中，選擇一個特定的命名規(guī)范并一直堅持下去，不要在中途改變它們。我個人更喜歡用大寫字母來命名文件，駝峰命名法來命名方法、變量等。但這些也會根據(jù)不同的語言而作出改變。

沒有比開發(fā)者格式化代碼更糟糕的事情。

此外，在代碼中，我們還需要使用相同的縮進(jìn)格式。根據(jù)你的代碼樣式和選擇的語言，使用 2/4/8 個空格來做縮進(jìn)。但無論你使用什么樣的格式，請堅持在整個項目中一直使用。

6、不處理錯誤

畏懼它。逃避它。Bug 終會降臨！ —— 滅霸（譯者注：指 Bug 如影隨形，不休不止，像詛咒一樣。）

事情是這樣的，無論你是多么優(yōu)秀的程序員，你的代碼都有可能會出現(xiàn)問題，除非你寫的是像如下的這種代碼：

console.log("Yey")
printf("Wow")

這些錯誤有可能是因為 API 錯誤引起的，也有可能是超時，類型錯誤，空值，或者只有上帝知道的原因。通常，這些會讓你的代碼出現(xiàn)問題。

在不同的語言中，處理錯誤的方式有很大的差異。但是一般情況下，在訪問數(shù)據(jù)之前都需要判斷數(shù)據(jù)否為空。在我的經(jīng)驗中，空指針比其它錯誤都多。

所以，在執(zhí)行數(shù)據(jù)處理的相關(guān)需求時，建議將代碼放到 try-catch 中，并處理對應(yīng)的異常，最后，不要忘記告訴用戶哪里出現(xiàn)了問題。如果在用戶按下按鈕和按鍵的時候不給用戶反饋，用戶將不知道發(fā)生了什么。給用戶錯誤提示，并告訴它下一步怎么做。時刻記住滅霸的話。

7、使用不當(dāng)?shù)臄?shù)據(jù)類型/數(shù)據(jù)結(jié)構(gòu)

在不同的語言中，數(shù)據(jù)類型要求不一樣，強(qiáng)類型語言非常嚴(yán)格，而弱類型可以隨意使用。強(qiáng)類型語言在編譯時就會告訴你錯誤，而其它語言需要在運(yùn)行時，才能知道錯誤。

舉個例子，我們將數(shù)值存儲在整型/符點型/雙精度符點型的變量中，并且與存儲在字符串中的變量進(jìn)行比較時，有的語言會進(jìn)行自動類型轉(zhuǎn)換，然后進(jìn)行比較，而有的語言并不會。

“php代碼不規(guī)范的情況有哪些”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！