我知道有一个Rails命名约定,用于编写变量和方法,如this_is_my_variable
和this_is_my_method
。Rails中的变量和方法命名约定
但是,我目前经常看到使用更多的Python和Objective C方法,如thisIsMyVariable
或thisIsMyMethod
,我也认为代码看起来更漂亮。
我的问题是这种Python风格的命名约定也可以在Rails上作为一个可能更新的命名方法,或者我应该严格遵守当前的Rails命名约定?
我知道有一个Rails命名约定,用于编写变量和方法,如this_is_my_variable
和this_is_my_method
。Rails中的变量和方法命名约定
但是,我目前经常看到使用更多的Python和Objective C方法,如thisIsMyVariable
或thisIsMyMethod
,我也认为代码看起来更漂亮。
我的问题是这种Python风格的命名约定也可以在Rails上作为一个可能更新的命名方法,或者我应该严格遵守当前的Rails命名约定?
我想这将取决于你问的是谁。据我所知,没有官方的ruby风格指南,但基本上每个人都使用snake_case
作为变量和方法名,CamelCase
作为类和模块,SCREAMING_SNAKE_CASE
作为其他常量。
有点谷歌搜索给了我this question about ruby style guidelines,其中列出了大量的链接到不同的(非官方)风格指南。
我的个人意见是mixedCase
只是混淆和看起来不合时宜的红宝石。我已经看到了它,但为了真正能够阅读它,我总是必须至少做一次双重处理(并确保我没有真正阅读Java代码)。
说实话,我会在Python的方法和变量名中使用snake_case
(这似乎符合PEP8 - Naming conventions),并且只在Java或JavaScript中使用mixedCase
。
虽然回到你的问题。我知道那些会接受使用ruby代码的mixedCase
的人,但是我认识的绝大多数ruby开发者肯定不会这样做,有些人可能会尖叫并向你扔东西。
只需要注意:GitHub上存在一个[Ruby Styleguide](https://github.com/bbatsov/ruby-style-guide),其中正确列出了您的命名规则。 – mliebelt
你应该坚持命名变量的ruby/rails约定。原因是如果你打算使用任何模块...模块将使用this_convention,所以你不想混合和匹配。 – c0deNinja