JavaScript函數參數命名約定

爲JavaScript函數使用接受的參數命名約定常見嗎？例如：JavaScript函數參數命名約定

function MyFunction(nParam1, tParam2, oParam3) {..}

其中nParam1是一個數字，tParam2是文本，oParam3是一個對象

這是有道理的做到這一點，但是有很多的代碼，我仍然看到不使用這個命名約定。

來源

2013-03-08 e-zero

匈牙利符號是可怕的。不要使用它。 – ThiefMaster 2013-03-08 17:31:28

這個問題有點太含糊。我能想到的一個答案是「也許這樣做比你想象的更不合理。」例如，在jQuery中通常使用一個參數來獲取大量「類型」值。 – millimoose 2013-03-08 17:31:59

我也贊成只使用文檔而不是類型 - 匈牙利語。或者，如果你想要明文輸入，可以考慮類似於TypeScript的東西，它可能具有與實際JS練習類似的概念，而不是匈牙利語源於C的類型。 – millimoose 2013-03-08 17:34:08

爲JavaScript函數使用接受的參數命名約定常見嗎？

我不知道你的意思是「......接受的參數命名約定......」（我見過在各種語言和環境中至少有六個參數命名約定，沒有「接受「普遍）...

...但答案是否定的，JavaScript中沒有廣泛使用的函數參數的命名約定 —除非您考慮只使用普通名稱（例如，沒有任何匈牙利式的前綴等等）一個慣例。簡單的名字是我看到的絕大多數常見的東西。具體而言，以小寫字母開頭的簡單名稱。一旦你過去了，就會有更多的變化。 camelCase很常見，但underscore_separated也是如此。

最近的事情，我在野外看到約定的條件是：

最初覆蓋的混合大小寫，如Date或Foo，是相當多保留構造函數。
ALL_CAPS通常僅用於像常量那樣處理的事物。
其他一切似乎都以小寫字母開頭，並且可以是camelCase或underscore_separated。沒有明確的共識，雖然我認爲camelCase有優勢，可能是因爲JavaScript本身使用它（toLowerCase等）。

來源

2013-03-08 17:31:15

JavaScript函數參數命名約定

回答

相關問題