問題タブ [pep]

この詳細への PEP リファレンスが見つかりません。関数定義の後に空白行が必要ですか?

私はこれを行う必要があります:

または私はこれをすべきです：

docstring を使用する場合も同じ質問が適用されます。

これ：

またはこれ

編集

これは、FoxMaSk によってコメントされているように、PEP が空白行で述べていることですが、この詳細については何も述べていません。

空行

トップレベルの関数とクラスの定義は、2 つの空白行で区切ります。

クラス内のメソッド定義は、1 行の空白行で区切られます。

関連する関数のグループを区切るために、余分な空白行を (控えめに) 使用することができます。関連する一連のワンライナー (たとえば、一連のダミー実装) の間の空白行は省略できます。

論理セクションを示すために、関数内で空白行を控えめに使用します。

Python は、コントロール L (つまり ^L) フォーム フィード文字を空白として受け入れます。多くのツールはこれらの文字をページ区切りとして扱うため、ファイルの関連セクションのページを区切るために使用できます。一部のエディターおよび Web ベースのコード ビューアーは、control-L をフォーム フィードとして認識せず、代わりに別のグリフを表示する場合があることに注意してください。

コード スタイルを扱う Python PEP はどれですか? PEP 8とPEP 257の 2 つを認識しています。他にもありますか？

インポートに関する同様の質問から、「運用コード」とimport（それらは一番上にある必要があります）を混在させてはならないことを学びました。

「運用コード」の途中で関数を定義することに関するコンセンサスは何ですか?

関数が 1 か所だけで使用され (関数である必要があります)、その定義をそのコード片に近づけることが理にかなっている場合があります (すべてがグループ化されます)。ただし、コードの流れを視覚的に中断します。

PEP から何かアドバイスはありますか? ( とは対照的に、関連するものは何も見つかりませんでしたimport)

編集：答えの明らかな傾向は、それは良いことではないということですが、import上記の場合とは異なり、決定的な指示はありません（たとえばPEP）

ほら、このサイトで提供されている、私の質問の側面を扱った多くの回答を見てきました。[前述の]回答は通常、基本的すぎて役に立たない既存の例を提供します-少なくとも私にとっては。でもねえ、多分私はそれを過度に複雑にしています。

元の長い行は次のとおりです。

これは、「長い行の継続」エチケットを実装するための私の試みです（私が見つけた2007年のpyconハンドアウトで概説されているようにここ）：

私の試みは、(a) パーサーによって正しく解釈されますか、および/または (b) 有益な貢献者によって、より「きれい」または効率的になりますか? ありがとうございました。

XACML アプローチを使用して Java Web サービスを実装しようとしています。

String を返す 1 つのメソッドと、Web サービスへのすべての要求をフィルタリングする PEP を含む 2 つの非常に単純な Web サービスを実装しました。すべてのクライアント (RPCServiceClient) は、Web サービスを呼び出すときに SOAP ヘッダー (addHeader メソッド) を介して必要な情報を渡す必要があります。デフォルトでは、RPCServiceClient サービス呼び出しの SOAP ヘッダーは空です。PEP がリクエストをインターセプトした後、これらの情報を抽出し、認証メソッドのパラメーターとして渡します。問題は、PEP が SOAP ヘッダーを読み取ろうとするときに、常に次の例外が発生することです。

SOAP メッセージが整形式かどうかは既に確認しましたが、それでも同じ問題があります。

誰か助けてください??

編集:

Client から送信される SOAP リクエストを次に示します。

更新: これは私の PEP です:

virtualenv を作成する代わりに、PEP370 に従うことをお勧めします。

http://legacy.python.org/dev/peps/pep-0370/

どちらがより良い解決策であるかを誰かが説明できますか? Python 2.6以降、virtualenvは冗長なようです。