Pythonのモジュールを使用するためのベストプラクティスまたはスタイルガイドラインはありますか?argparseパーサーを書くためのベストプラクティス
私はを定期的に使用していますが、すばやくすべての設定を処理するためにかなりの数の行が必要です。ほぼすべて私はPEP 8に近づくと、きれいで読みやすいコードになりますが、ここではわかりません。最終的な結果は、常に読みにくいコードの醜いブロックです。
読み痛みはPython的ではありません。
だから、PEPまたはより良い、このコードをフォーマットする方法のためのガイドラインを提供し、いくつかの他のリソースがありますか?
(主にPEP 8次)醜さのサンプル:
parser = argparse.ArgumentParser(description='A nontrivial modular command')
subparsers = parser.add_subparsers(help='sub-command help')
parser_load = subparsers.add_parser('load', help='Load something somewhere')
parser_load.add_argument('--config',
help='Path to configuration file for special settings')
parser_load.add_argument('--dir', default=os.getcwd(),
help='The directory to load')
parser_load.add_argument('book', help='The book to load into this big thing')
parser_load.add_argument('chapter', nargs='?', default='',
help='Optionally specify a chapter')
parser_load.add_argument('verse', nargs='*',
help='Optionally pick as many verses as you want to'
' load')
parser_load.set_defaults(command='load')
parser_write = subparsers.add_parser(
'write', help='Execute commands defined in a config file')
parser_write.add_argument('config', help='The path to the config file')
parser_write.set_defaults(command='write')
parser_save = subparsers.add_parser(
'save',
help='Save this big thing for use somewhere later')
parser_save.add_argument('-n', '--name', default=None,
help='The name of the component to save')
parser_save.add_argument('path', help="The way out of Plato's cave")
parser_save.set_defaults(command='save')
...
args = parser.parse_args()
「クリック」をチェックアウト:http://click.pocoo.org/5/デコレータを使ってもっと素敵な議論 – economy
あなたが行を壊している場所について一貫性を持たないこととは別に、私は何の問題も見ません。読みやすさを助ける場所ではなく、80文字に準拠する必要がある行だけを破るようにしてください。私はこれがオフトピックではないと確信していません。あなたのコーディング基準に応じて変化するので、意見に基づいています。 – TemporalWolf
@TemporalWolf私は、このコードのフォーマット方法の提案ではなく、標準が存在するかどうか尋ねたのです。 – jpyams