問題タブ [pep8]

PEP 8=がキーワード引数またはデフォルトのパラメータ値の前後にスペースを入れないことを推奨するのはなぜですか？

=これは、Pythonコードで出現する他のすべての前後にスペースを推奨することと矛盾していますか？

方法：

より良い：

PythonのBDFLによるディスカッション/説明へのリンクをいただければ幸いです。

念のために言っておきますが、この質問はデフォルト値よりもkwargsに関するものです。私は、PEP8の言い回しを使用しました。

私は意見を求めていません。私はこの決定の背後にある理由を尋ねています。それは、Cプログラムのステートメントと同じ行で、それを使用する必要があるかどうかではなく、なぜ使用するのかを尋ねるようなものです。{if

では、どちらが優れているのか、そしてその理由は何ですか？

また

PEP 8から：

PEP8を読むまでは、カンマ区切りのスタイルの方が単純で、短く、読み取りと書き込みが簡単だと思いました。不利な点はありますか？PEP8はそれについて何の説明もしませんでした。

だから私の質問は、なぜそれが悪いのですか？

これは本当に簡単な質問のようです。しかし、それが実際にどのように可能であるかはわかりません。私は通常、PEP8に準拠したコードでかなり良いです。83文字は細かいタイプのものです。or長いリスト（辞書）の理解と、改行しようとしているものを組み合わせたものがありますが、改行する方法がわかりませんor。

はるかに簡略化されたバージョンは次のとおりです。

or 'hello'（どこでも）私が改行を入れようとすると、それは惨めに失敗します。コマンドラインインタープリターとemacsのパーサーも理解できないため、不可能な場合があります。

or 'hello'新しいラインを入れることは可能ですか？もしそうなら、それはどこに行きますか？

皆さんが機能をどのように処理するのか疑問に思いました。例外を発生させますか、それともエラーメッセージを返しますか？

eG外部のcom-objectに接続することになっている関数があります。com-objectが別のプログラムを介して開始されていない場合、接続を確立できません。メインプログラムに通知するための好ましいPythonの方法は何でしょうか？詳細なエラーメッセージで例外を発生させる必要がありますか、それとも単にエラーメッセージを返す必要がありますか？

ありがとう！

PEP8ガイドラインに従って、Python コードをフォーマットし、1 行あたり 80 文字未満に抑えるようにしています。

私たちの SQLAlchemy 行は特に厄介で、チェーンされたメソッドがたくさんあり、複雑なパラメーター、ロジック、ネストされた関数がたくさんあります。

PEP8 の制約を使用して Python SQLAlchemy をフォーマットするための特定のベスト プラクティスはありますか?

私が見つけた最も近い答えはhereですが、私が扱っているコードははるかに複雑です。

私はしばらくの間、Vim で Python をプログラミングしてきましたが、最後の開いた括弧のレベルに自動インデントするように設定する方法を理解できませんでした。

pep8 によると、開き括弧があり、80 列に収まるように行を分割する必要がある場合は、その開き括弧で次の行を続行することになっています。例：

明らかにこれはクレイジーな例ですが、これが Python で行を分割する方法です。

私が本当にできるようにしたいのは、Vimをセットアップして、入力fit,<cr>するとカーソルが開いた括弧のすぐ右にある次の行に置かれるようにすることですon,。<tab>と<space>キーを事前に設定します。

Vim の python コードのオートフォーマッターを信頼することはないと思いますが、それが機能する場合はボーナスポイントです。

このプラグインを使用して、Vim で PEP-8 エラーと警告を検出しています: http://www.vim.org/scripts/script.php?script_id=3430

バックエンドの pep8 ツールで指定された E501 や W601 などのいくつかのエラーと警告を無視したい: http://pypi.python.org/pypi/pep8

プラグイン コードを見ると、これがサポートされていることがわかります。

しかし、どのように使用するのですか？

私がUNIXで知っている限り、ファイルの最後に常に空白行を入れること、または言い換えれば、すべての行が.で終わることは良い習慣\nです.

\n私のpythonコードをPEP8でチェックしているときに、ファイルの最後にあるはずだとも述べていることに気付きました：

奇妙なことに、W391 と競合します。

それがどうあるべきか？ファイルの最後に空白行を入れる必要がありますか?

それで、いくつかのコードを見て、pylint の助けを借りてそれを PEP 8 標準に引き上げました。テキストが 120 文字を超えた print ステートメントに三重引用符を使用していた場合 (79 文字ではなく 120 文字を許可しています) pylint文句を言いませんでした。
これは pylint のバグですか、それともコメントである可能性があり、行の長さに対してより寛大であると考えていますか、それとも、文字列をそのようにフォーマットしたいので、トリプルクォートで文字列をどこまで使用してもかまいませんか?

明確にするために: はい pylint は、行の長さを超える他のすべてのケースで正常に機能します。