変数名と関数名のPythonの命名規則は何ですか？

C＃の背景から来た場合、変数とメソッド名の命名規則は通常、キャメルケースまたはパスカルケースのいずれかです。

// C# example
string thisIsMyVariable = "a"
public void ThisIsMyMethod()

Pythonでは、上記を確認しましたが、アンダースコアが使用されていることも確認しました。

# python example
this_is_my_variable = 'a'
def this_is_my_function():

Pythonのより好ましい、決定的なコーディングスタイルはありますか？

Python PEP 8：関数と変数名を参照してください。

関数名は小文字にする必要があり、読みやすくするために必要に応じて単語をアンダースコアで区切ってください。

変数名は、関数名と同じ規則に従います。

mixedCaseは、下位互換性を維持するために、それがすでに一般的なスタイル（例：threading.py）であるコンテキストでのみ許可されます。

GoogleのPythonのスタイルガイドは、次の規則があります。

module_name、package_name、ClassName、method_name、ExceptionName、function_name、GLOBAL_CONSTANT_NAME、global_var_name、instance_var_name、function_parameter_name、local_var_name。

同様の命名規則を CLASS_CONSTANT_NAME

David Goodger（ここの「Pythonのようなコード」内）は、PEP 8の推奨事項を次のように説明しています。

• joined_lower 関数、メソッド、属性、変数

• joined_lowerまたはALL_CAPS定数の場合

• StudlyCaps クラス用

• camelCase 既存の規約にのみ準拠

Pythonのコードのためのスタイルガイドは、認めています

Pythonのライブラリの命名規則は少し混乱しているので、これを完全に一貫させることは決してありません

これはPythonの標準ライブラリのみを指していることに注意してください。彼らがその一貫性を得ることができない場合、すべての Pythonコードに対して一般に固執する規則を持つことはほとんど期待できません。

そのことと、ここでの議論から、Pythonに渡るときに変数や関数にJavaやC＃（明確で十分に確立された）などの命名規則を使い続ければ、それは恐ろしい罪ではないと推測します。もちろん、コードベース/プロジェクト/チームの一般的なスタイルを遵守するのが最善であることを覚えておいてください。Pythonスタイルガイドで指摘されているように、内部の一貫性が最も重要です。

^{異端者として私を解任してください。:-) OPのように、私はまだ「Pythonista」ではありません。}

ありPEP 8は、他の回答が示すように、しかし、PEP 8は、標準ライブラリのための唯一のスタイルガイドであり、それが唯一の福音、その中としています。他のコードに対するPEP 8の最も頻繁な逸脱の1つは、特にメソッドに対する変数の命名です。単一の優勢なスタイルはありませんが、mixedCaseを使用するコードの量を考慮すると、厳密な国勢調査を行うと、mixedCaseを備えたPEP 8のバージョンになる可能性があります。他にPEP 8からの逸脱はほとんどありません。

言及したように、PEP 8はlower_case_with_underscores変数、メソッド、関数に使用するように言っています。

私が使って好みlower_case_with_underscoresの変数にし、mixedCaseメソッドや関数のコードがより明確と読みやすくなります。したがって、Zen of Pythonの「明示的は暗黙的よりも優れている」と「読みやすさのカウント」に従うこと

@JohnTESladeの回答に加えて。Googleのpythonスタイルガイドには、かなりきちんとした推奨事項があります。

避けるべき名前

• カウンターまたはイテレーターを除く1文字の名前
• パッケージ/モジュール名のダッシュ（-）
• \__double_leading_and_trailing_underscore__ names （Pythonで予約）

命名規則

• 「内部」とは、モジュールの内部、またはクラス内の保護またはプライベートを意味します。
• 単一のアンダースコア（_）を先頭に追加すると、モジュール変数と関数（import * fromには含まれません）を保護するためのいくつかのサポートがあります。インスタンス変数またはメソッドの前に二重下線（__）を追加すると、変数またはメソッドをそのクラスに対してプライベートにすることができます（名前のマングリングを使用）。
• 関連するクラスとトップレベルの関数をモジュールにまとめます。Javaとは異なり、モジュールごとに1つのクラスに制限する必要はありません。
• CapWordsクラス名に使用しますがlower_with_under.py、モジュール名に使用します。という名前の既存のモジュールは多数CapWords.pyありますが、モジュールがクラスにちなんで名付けられた場合に混乱するため、これは推奨されません。（「待つ-私は書いたimport StringIOかfrom StringIO import StringIO？」）

グイドの勧告から導き出されたガイドライン

ほとんどのpythonの人々はアンダースコアを好みますが、私は現在5年以上前からpythonを使用していますが、それでも好きではありません。見た目は醜いですが、頭の中にあるJavaはそれだけかもしれません。

CamelCaseは、クラスの名前の付け方によく合うので、単に好きSomeClass.doSomething()ですSomeClass.do_something()。Pythonのグローバルモジュールインデックスを見回すと、両方が見つかります。これは、時間の経過とともに成長したさまざまなソースからのライブラリのコレクションであり、厳密なコーディングルールを持つSunのような1つの会社によって開発されたものではないためです。 。肝心なことは、あなたがより好きなものを使用することです。それは個人的な好みの問題です。

個人的には、クラス、mixedCaseのメソッドおよび関数にCamelCaseを使用するようにしています。変数は通常、アンダースコアで区切られています（覚えている場合）。このようにして、すべてが同じに見えるのではなく、正確に私が何を呼んでいるのかが一目でわかります。

これに関する論文があります：http : //www.cs.kent.edu/~jmaletic/papers/ICPC2010-CamelCaseUnderScoreClouds.pdf

TL; DRこれは、snake_caseがcamelCaseより読みやすいことを示しています。だからこそ、現代​​の言語はどこでもヘビを使用します（または使用する必要があります）。

コーディングスタイルは通常、組織の内部ポリシー/規約の一部ですが、一般的に、all_lower_case_underscore_separatorスタイル（snake_caseとも呼ばれます）はPythonで最も一般的だと思います。

他のプログラミング言語で開発する場合、Javaの命名規則は一貫性があり、理解しやすいため、私は個人的に使用しています。そうすれば、プロジェクトの最も難しい部分ではないはずの、どのような規則を使用するかについて絶えず苦労することはありません。

通常、言語の標準ライブラリで使用されている規則に従います。