問題タブ [pep]

パップ内でポリシーを「試行」する場合、リクエストの結果は正しいです。

ポリシーを PDP に発行した後、PEP Try it ツール内で同じ要求を行っても結果が表示されません。PEP Tryit は正しく機能していますか?

ご挨拶

PEP の完全なリスト ( http://legacy.python.org/dev/peps/ ) を開き、キーワードで検索しdecoratorます。

タイトルにこのキーワードを含む 2 つの PEP があります。

• 318: 関数とメソッドのデコレータ
• 3129: クラスデコレータ

しかし、彼らはクラスベースのデコレーターについては何も言いません...

いつ、どのようにしてクラスベースのデコレータが Python に導入されたのだろうか。

更新私は話します：

それで、私はたくさんの質問を読みましたが、それらのすべて# coding: <encoding>が最初に文字列を入れるのを忘れていました。

私の問題はこれです。

1) キリル文字で作業しているときに、エンコーディングも入れるのを忘れていました

2）私はそれを言いました：うまくいきませんでした

3）私はfrom __future__ import unicode_literalsまだ動作しません。

4）文字列をコメントアウトしたため、それが発生しました。うまくいきませんでした。ショックを受けた。

5) 以前のバージョンに (手動で) ロールバックし、すべての変更を完全に削除しました。仕事しないでください。

だから、これは私のトレースバックです.1行目にはimport tweepy明らかにUnicodeリテラルがないものしかありません(問題の原因を見つける過程でシバンを削除しました)

私は Python の初心者です。Python でプログラミングするときに従わなければならない pep 標準を読みます http://legacy.python.org/dev/peps/pep-0008

今、疑問があります。彼らが言及したように、関数または Dict でキーワード引数またはデフォルトのパラメーター値を使用している間は、等号の周りにスペースを入れるべきではありません。

例えば

はい

def myfunc(key1=val1, key2=val2, key3=val3)

いいえ

def myfunc(key1 = val1, key2 = val2, key3 = val3)

それは問題ありませんが、これらを複数の行に分割するとどうなりますか。このようなもの（多くのパラメータまたは長い名前がある場合）

def myfunc(key1=val1, key2=val2, key3=val3)

この場合、等号の周りにスペースを入れるべきだと思います。私は正しいですか。これらはすべて読みやすさに関するものですが、これにも標準があるかどうかに興味があります。ベストプラクティスを探しています。

Dictについても同じです。

また、上記の例とは異なり、dict の最後の引数の後にコンマを配置する必要がありますが、最後の値の後にコンマを配置しませんでした (key3=val3)

ラムダ式を使用するたびに、この pep8 警告が表示されます。ラムダ式は推奨されませんか? そうでない場合、なぜですか？

Python で long for inステートメントをフォーマットするにはどうすればよいですか?

バックスラッシュのみを使用してfor inステートメントにブレーキをかけることができることがわかりました。

しかし、私のリンターはこのフォーマットに問題があります。このようなステートメントをフォーマットするPythonicの方法は何ですか?