2013-05-17 264 views
27

例如,對於常量,它是:Ruby命名約定?

THIS_CONSTANT

This_Constant

ThisConstant

還是別的什麼......?

事實上,沒有任何形式的(準|)該全科目官方參考?

我還希望能夠迅速仔細檢查的問題,如:

  • 什麼命名模式是由紅寶石本身執行(?如,小號Constant必須開始用大寫,右)而這些只是公約(method_name s應該是在蛇的情況下,對吧?)?

  • 是否有怎麼寫的什麼類的變量應該是爲它的名字提醒任何約定? (「匈牙利表示法」或任何...我的意思是,我還挺得到的印象是,如果你覺得有必要在Ruby代碼中使用它,你就錯了,但無論如何,一個約定呢?)

等等...

+0

匈牙利命名法是不是在Ruby中使用。部分是因爲試圖描述中,常常缺乏的是什麼,他們真的是一個很好的說明笨拙的名字命名結果的變量的類型,而且,由於在Ruby中,我們都應該用鴨打字,這意味着變量的類型往往不如它的行爲重要。如果它能夠自我轉換,或者很容易被轉換,它與它的類型有什麼不同。匈牙利符號更難以從一種類型轉換爲另一種類型。 –

+0

爲自己和你的團隊提供幫助,並在所有項目中安裝'Rubocop'。沒有人應該放棄討論公約的時間。 – Daniel

回答

56

The Ruby Style Guide是政府大力推薦一致的公約和Ruby開發的最佳實踐。你應該檢查一下。

+6

謝謝,我看到[「命名」部分(https://github.com/bbatsov/ruby-style-guide#naming)。嗯,「使用'SCREAMING_SNAKE_CASE'作爲其他常量。」 ...地獄是的,'SCREAMING_SNAKE_CASE' ftw。 –

+1

編輯試圖添加鏈接中的相關信息。現在它又是一個僅鏈接的答案。 – Jamal

+0

我減少了鏈接。添加太多的冗長性會違反Ruby風格:) – 2015-10-04 14:00:57

0

的語法在文本編輯器中突出顯示可以給你一些好的線索,你在學習一門語言,並試圖發展其約定的本能,強迫和其他。我使用Linux Gedit編輯器。

昨天,我驚喜地發現,一些由Ruby的風格指南https://github.com/bbatsov/ruby-style-guide推薦意見徵求公約,如# TODO和​​的,顯示爲粗體亮黃色。帶有ALL CAPS的常量名稱爲粗體青色。當然,不同的編輯使用不同的配色方案。

0

簡單

駱駝案例類和模塊定義中,我們使用CamelCase

蛇的情況下對文件,變量和方法:snake_case

+1

通常我會看到那個被稱爲「TitleCase」的區別它與camelCase – iameli