E226エラーコードは約"算術演算子の周囲に空白がありません"です。PEP8 E226推奨
私は、例えばPEP8 E226違反としてこのライン強調表示されます崇高でAnacondaのパッケージを使用します。
hypot2 = x*x + y*y
しかしGuido's PEP8 style guideの行が実際に事業者内のスペースのrecommended useの一例として示されていることを。
質問：これは正しいガイドラインですか？常にオペレータの周囲にスペースを置いているか、場合によっては（Guidoの推薦が示すように）？
また、誰がPEP8に入るのかを決定しますか？私はGuidoの推薦がそれがどのように動作するかをかなり決定するだろうと思っていたでしょう。
PEP8ツールの保守担当者は、その内容を決定します。
お気づきのように、これらは必ずしもPEP8スタイルガイドと正確に一致しません。この特定のケースでは、私はそれが保守者の過度であるかどうか、または意図的な決定かどうか分かりません。見つけてもらうか、コミットの履歴で答えが見つかるかもしれません。
Guidoは最近、この混乱を避けるために、pep8とpep257ツールの管理者に名前を変更するよう依頼しました。 See this issue for example。その結果、ツールはそれぞれpycodestyleとpydocstyleに名前が変更されています。
Alasdairを明確にしてくれてありがとう。私はこのようなものはずっと前に解決されていたと思った。 – Gabriel
それはPEP8で述べている：
異なる優先順位を持つ演算子が使用されている場合は、はは最低の優先度（IES）をオペレータの周りに空白を追加することを検討してください。 あなた自身の判断を使用して;しかし、2つ以上のスペースを使用することは決してなく、バイナリ演算子の両側に常に同じ量の空白を持ちます。 （強調は私自身です） BDFLが周囲の空白を使用することを選択し、優先度の高い
*周りに空白を使用しないようにリストされた例で
、+は、低い優先度を有します。
PEP 8はPEP 8です。SublimeのPEP 8スタイルチェッカーは別のトピックです。おそらく/明らかにそのパッケージの実装者は実際のPEP 8勧告に記述されているように、その特定の規則を正確に実装していません。 – deceze
申し訳ありませんが、私は実際の質問を明確にするために追加しました。どのガイドラインが正しいかを知りたい。 2番目の質問はあまり重要ではない質問です。 – Gabriel
あなたの質問にはガイドラインが1つしかありません。私たちには何をお選びいただきたいですか？ – wRAR