Should I use “camel case” or underscores in python?
那么哪个更好,为什么呢?
或
- fwiw,我认为这在一个政治公众人物身上是"无关紧要"的。从我的经验来看,两者都是可以接受的(只是要保持一致)。无论如何,这是相当主观的。
- 为什么要结束投票?这是一个非常合理的问题,关于什么是社区中的正常做法。
- 与开发人员一样,有许多有效的编码约定,唯一重要的是在一个项目中保持相同的编码约定。
- 我不同意那些说"没关系"的人。《政治公众人物8公约》得到广泛遵守。此外,我很惊讶这是封闭的,因为不是建设性的,如果你做一个"camelcase in python"谷歌搜索,这是第一件事弹出!
- 我认为这个问题会引起紧张,因为规范要求使用下划线,但是大多数专业的编码人员每天都使用camel case(在不同语言中,而不是python)。下划线似乎接近他们生命周期的尾声,与许多遵循惯例的C++知识库一样。
- Ruby(和显然是PHP)也大多坚持使用下划线,所以我认为下划线不会很快就消失…我不认为作者提出了一个火焰战(尽管"哪一个更好,为什么"可以被改写以明确),但他只是试图理解在一种新的语言中,(社区)首选的方式是什么。
- @ MikeVella。所以,如果你从一个换到另一个,现实中会发生什么呢?没有什么。它可能在可读性上产生边际差异,但不会太大。唯一的问题是,如果在camel的情况下,函数可能会与类名混淆。但是变量和函数也有同样的情况。我们太注重这种琐碎的废话了。
关于python风格指南的所有相关内容:我建议您阅读pep8。
要回答您的问题:
Function names should be lowercase, with words separated by
underscores as necessary to improve readability.
- 您删掉了pep8的一个重要部分:"只有在已经是流行样式(如threading.py)的情况下才允许使用mixedcase,以保持向后兼容性。"有时,camelcase是可以接受的。
- 这与驼色大小写的一组单词形成一个明确的实体符号的事实是完全矛盾的,该符号看起来像是一个单一的对象,与方法名称是一回事的想法相匹配(与必须读取的多个对象、单词相反,这些对象、单词后来被解释为多个事物的一个单一组)。如果方法名中包含保留字,这对u来说甚至是最糟糕的。
- @不过,Sebastianstare可视化单词分组通常是通过语法突出显示来解决的。
- 当然,python使用snake_case。这应该是显而易见的。
- 我使用camelcase作为函数名,使用snake_作为变量。我是魔鬼吗?
- 我不明白为什么强调提高可读性,而微软的框架指南声称camel case提高可读性。python开发人员和c开发人员是两种物种吗?
- @gqqnbig我认为引用部分的意思是带下划线的小写字母比不带下划线的小写字母更易于阅读。我认为如果这意味着蛇形大小写比camelcase更易读,逗号应该在"下划线"之后,而不是在"小写"之后。
PEP8建议第一种形式的可读性。你可以在这里找到它。
Function names should be lowercase, with words separated by
underscores as necessary to improve readability.
Function names should be lowercase, with words separated by
underscores as necessary to improve readability. mixedCase is allowed
only in contexts where that's already the prevailing style
查看它已被应答,单击此处
- 抱歉,我在发帖前没有通过搜索找到上一个答案。
- @TDC你不必道歉,总是问得很好。