正确的案例&；Python的变量和方法的格式以及_Python_Camelcasing_Pascalcasing

正确的案例&；Python的变量和方法的格式以及

python

正确的案例&；Python的变量和方法的格式以及,python,camelcasing,pascalcasing,Python,Camelcasing,Pascalcasing,所以我知道有些语言有预期的约定 PHP-下划线\u case（）[大部分情况下，lolo] Java-camelCase（） C#-PascalCase（）等等什么是“Pythonic”命名约定？我知道最后这并不重要，但我只是想知道是否有一种“最佳实践”的方式，大多数模块都是以这种方式完成的。两个字： PEP8是（事实上的）Python风格指南。本文档中的一些要点（我故意遗漏了一些内容；请阅读原始文档了解细节）：包和模块名称：所有小写名称。如果可以提高可读性，则可以在模块名称中使用下划线

所以我知道有些语言有预期的约定

PHP-

下划线\u case（）

[大部分情况下，lolo]

Java-

camelCase（）

C#-

PascalCase（）

等等

什么是“Pythonic”命名约定？我知道最后这并不重要，但我只是想知道是否有一种“最佳实践”的方式，大多数模块都是以这种方式完成的。

两个字：

PEP8是（事实上的）Python风格指南。本文档中的一些要点（我故意遗漏了一些内容；请阅读原始文档了解细节）：

包和模块名称：所有小写名称。如果可以提高可读性，则可以在模块名称中使用下划线
类名：类名几乎毫无例外地使用大写字母约定*
全局变量名：约定与函数的约定大致相同
函数名：函数名应为小写，并根据需要用下划线分隔单词，以提高可读性。mixedCase只允许在已经是主流样式的上下文中使用（例如
```
threading.py
```
），以保持向后兼容性
方法名称和实例变量：小写，必要时用下划线分隔，以提高可读性。仅对非公共方法和实例变量使用一个前导下划线
常量：用所有大写字母书写，用下划线分隔单词。例子包括

下划线\u case

PascalCase

“内部”指模块内部或类内的受保护或私有。预加一个下划线（41;对保护模块变量和函数（不包括在import*from中）有一定的支持
在实例变量或方法前面加上一个双下划线（_u）可以有效地使变量或方法成为其类的私有（使用名称混乱）
将相关类和顶级函数放在一个模块中。与Java不同，无需将自己限制为每个模块一个类。但是，请确保同一模块中的类和顶级函数具有高内聚性
对类名使用大写字母，但对模块名使用在.py下的带_的较低的_

命名示例

包装：
```
lower\u，并在其下方
```
模块：
```
lower\u带下
```
，
```
\u lower\u带下
```
类别：
```
CapWords，
```
```
\u CapWords
```
例外情况：
```
CapWords
```

函数：

firstLowerCapWords（）

，

\u firstLowerCapWords（）

全局/类常量：
```
CAPS\u带下的
```
，
```
\u CAPS\u带下的
```
全局/类变量：
```
lower\u带下的
```
，
```
\u lower\u带下的
```

实例变量：

lower\u带下的

，

\u lower\u带下的

（受保护）或

\u lower\u带下的

（私有）

方法名称：

firstLowerCapWords（）

，

\u firstLowerCapWords（）

（受保护）或

\u firstLowerCapWords（）

（专用）

功能/方法参数：
```
lower\u，带下的\u
```
局部变量：
```
lower_，其中_在
```