来自C#背景,变量和方法名称的命名约定一般是camelCase或PascalCase: python
// C# example string thisIsMyVariable = "a" public void ThisIsMyMethod()
在Python中,我已经看到了上面的内容,但我也看到了使用下划线: ide
# python example this_is_my_variable = 'a' def this_is_my_function():
Python有更优选的,明确的编码风格吗? 函数
请参阅Python PEP 8 。 this
函数名称应为小写,并根据须要用下划线分隔,以提升可读性。 编码
只有在已经成为流行风格的情境中才容许使用mixedCase spa
变量... code
使用函数命名规则:小写,必要时用下划线分隔,以提升可读性。 索引
就我的而言,我与此不一样,由于我也喜欢mixedCase
在lower_case
为我本身的项目。 开发
编码风格一般是组织内部策略/约定标准的一部分,但我认为一般,all_lower_case_underscore_separator样式(也称为snake_case)在python中最多见。 underscore
正如其余答案所示,有PEP 8 ,但PEP 8只是标准库的样式指南,而且它仅做为福音。 PEP 8对其余代码的最多见误差之一是变量命名,特别是对于方法。 没有单一的主导风格,虽然考虑到使用mixedCase的代码量,若是要进行严格的人口普查,最终可能会获得一个带有mixedCase的PEP 8版本。 PEP 8几乎没有其余误差,这很常见。
大多数python人喜欢下划线,但即便我使用python已经超过5年了,我仍然不喜欢它们。 他们看起来很难看,但也许这就是我头脑中的Java。
我更喜欢CamelCase,由于它更符合类的命名方式。让SomeClass.doSomething()
比SomeClass.do_something()
更合乎逻辑。 若是你在python中查看全局模块索引,你会发现二者,这是由于它是来自各类来源的库的集合,这些库随着时间的推移而增加,而不是像Sun这样的公司用严格的编码规则开发的东西。 。 我会说底线是:使用你喜欢的任何东西,这只是我的品味的问题。
我我的尝试将CamelCase用于类,mixedCase方法和函数。 变量一般是下划线(当我记得时)。 经过这种方式,我能够一目了然地告诉我到底是在呼唤什么,而不是一切看起来都同样。