파이썬의 argparse
모듈을 사용하기위한 베스트 프랙티스 또는 스타일 가이드 라인이 있습니까?argparse 파서 작성을위한 모범 사례
나는 정기적으로 argparse
으로 작업하며, 모든 구성을 처리하는 데 상당한 수의 라인을 신속하게 사용합니다. 거의 모든 부분에서 나는 PEP 8에 가깝게 깔끔하게 읽을 수있는 코드를 만들어 냈지만 여기서는 그렇지 않습니다. 최종 결과는 항상 읽기 힘든 코드 블록입니다.
그래서 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()
체크 아웃 : clickclick : http://click.pocoo.org/5/ 데코레이터를 통한 더 멋진 인수 – economy
줄을 끊는 위치에 대해 일관성이 없으면서도 아무런 문제가 보이지 않습니다. 가독성을 높이기보다는 80자를 준수해야하는 부분을 깰 수 있습니다. 나는 이것이 오프 토픽이 아니라고 확신하지 않는다 : 당신의 코딩 표준에 따라 다양해질 것이므로 의견을 기반으로한다. – TemporalWolf
@TemporalWolf 나는이 코드를 어떻게 포맷해야하는지에 대한 제안이 아니라 표준이 존재 하는지를 묻는 이유를 알 수있다. – jpyams