2014-10-29 75 views
1

很多時候我看到人們將他們的方法命名爲a(),b(),c()等,而不是給他們描述方法實際執行的名稱。這有什麼意義?命名方法a,b,c等

+1

在什麼情況下,你看到這種情況出現的更多信息?我不希望看到在生產代碼中糟糕命名的方法,當然我的工作會立即導致代碼審查失敗。 – JonK 2014-10-29 15:54:11

+1

什麼人?在什麼情況下? – assylias 2014-10-29 15:54:47

+0

我已經看到它在遊戲「Minecraft」的插件中完成。我認爲Minecraft本身也會命名它們的類和方法。 – Garrett 2014-10-29 15:58:05

回答

2

他們不應該這樣做。這是不好的做法。

無論是開發者懶惰,還是他們正在展示一個非常簡單的例子(仍然不好的做法)。

編輯:(考慮到額外的細節在你的註釋)

在這種情況下,這可能是由一些自動化程序來完成。開發人員實際工作的代碼不會使用這些名稱。

0

沒有。他們太懶惰,不能遵循標準的命名約定,也許是因爲他們只是做一些快速的POC(概念證明),他們不想浪費時間輸入一些有意義的方法名稱。
但是,在其他人可能正在查看/維護其代碼的實際項目中,必須始終遵循命名約定。

2

我的猜測是你正在閱讀混淆代碼。

Here's a nice article.

+0

混淆代碼比a,b或c難以閱讀 – 2014-10-29 15:57:19

+0

更可能是開發人員只是懶惰 – 2014-10-29 15:58:21

+0

當然,有不同程度的混淆。 – 2014-10-29 19:38:22

1

爲了儘量減少加載時間.js文件,許多開發商將「壓縮」他們。壓縮還有一個選項來混淆代碼,使得難以理解而更難以竊取和更改。正如你所描述的那樣,通過將變量名稱和函數名稱更改爲「a」,「b」,「c」等,就會發生這種情況。這具有使代碼更小的副作用,因爲名稱現在更短。一個web工具的例子是這樣的:http://www.developerfusion.com/tools/compressjavascript/

你維護的代碼基本上不是被壓縮和/或模糊處理的代碼庫。

0

這一直是每個社區不鼓勵編程,可能是一個壞開發商的跡象。

有關爲何以及如何我們使用的編碼慣例看this

相關問題