python教程分享python命令行参数有什么用（详解python命令行参数作用）

早期对命令行标准化的尝试

命令行武器库中的下一个武器是一个叫做 getopt 的 c 标准库 函数。这个函数允许程序员解析开关，即前面带破折号的参数（比如 -x），并且可以选择将后续参数与它们的开关配对。想想 /bin/ls -alsh 这样的命令调用，getopt 就是最初用来解析该参数串的函数。使用 getopt 使命令行的解析变得相当简单，并改善了用户体验（ux）。

include  #include   #define optstr "b:f:"  extern char *optarg;  int main(int argc, char **argv) {     int opt;     char *bar = null;     char *foo = null;         while((opt=getopt(argc, argv, optstr)) != eof)        switch(opt) {           case 'b':               bar = optarg;               break;           case 'f':               foo = optarg;               break;           case 'h':           default':               fprintf(stderr, "huh? try again.");               exit(-1);               /* notreached */        }     printf("%sn", foo ? foo : "empty foo");     printf("%sn", bar ? bar : "empty bar"); }

就个人而言，我希望 python 有开关，但这 永远 、永远不会 发生 。

gnu 时代

gnu 项目出现了，并为他们实现的传统 unix 命令行工具引入了更长的格式参数，比如&＃8211;file-format foo。当然，我们这些 unix 程序员很讨厌这样，因为打字太麻烦了，但是就像我们这些旧时代的恐龙一样，我们输了，因为用户喜欢更长的选项。我从来没有写过任何使用 gnu 风格选项解析的代码，所以这里没有代码示例。

gnu 风格的参数也接受像 -f foo 这样的短名，也必须支持。所有这些选择都给程序员带来了更多的工作量，因为他们只想知道用户要求的是什么，然后继续进行下去。但用户得到了更一致的用户体验：长格式选项、短格式选项和自动生成的帮助，使用户不必再试图阅读臭名昭著的难以解析的 手册 页面（参见 ps 这个特别糟糕的例子）。

你现在已经接触了足够多（太多？）的命令行的历史，对如何用我们最喜欢的语言来编写 cli 有了一些背景知识。python 在命令行解析方面给出了类似的几个选择：自己解析， 自给自足(batteries-included)的方式，以及大量的第三方方式。你选择哪一种取决于你的特定情况和需求。

首先，自己解析

你可以从 sys 模块中获取程序的参数。

import sys  if __name__ == '__main__':    for value in sys.argv:        print(value)

自给自足

在 python 标准库中已经有几个参数解析模块的实现： getopt 、 optparse ，以及最近的 argparse 。argparse 允许程序员为用户提供一致的、有帮助的用户体验，但就像它的 gnu 前辈一样，它需要程序员做大量的工作和“ 模板代码 ”才能使它“奏效”。

from argparse import argumentparser  if __name__ == "__main__":     argparser = argumentparser(description='my cool program')    argparser.add_argument("--foo", "-f", help="a user supplied foo")    argparser.add_argument("--bar", "-b", help="a user supplied bar")        results = argparser.parse_args()    print(results.foo, results.bar)

好处是当用户调用 &＃8211;help 时，有自动生成的帮助。但是 自给自足 (batteries included)的优势呢？有时，你的项目情况决定了你对第三方库的访问是有限的，或者说是没有，你不得不用 python 标准库来“凑合”。

cli 的现代方法

然后是 click 。click 框架使用 装饰器 的方式来构建命令行解析。突然间，写一个丰富的命令行界面变得有趣而简单。在装饰器的酷炫和未来感的使用下，很多复杂的东西都消失了，用户惊叹于自动支持关键字补完以及上下文帮助。所有这些都比以前的解决方案写的代码更少。任何时候，只要你能写更少的代码，还能把事情做好，就是一种胜利。而我们都想要胜利。

import click  @click.command() @click.option("-f", "--foo", default="foo", help="user supplied foo.") @click.option("-b", "--bar", default="bar", help="user supplied bar.") def echo(foo, bar):     """my cool program         it does stuff. here is the documentation for it.     """     print(foo, bar)     if __name__ == "__main__":     echo()

你可以在 @click.option 装饰器中看到一些与 argparse 相同的模板代码。但是创建和管理参数分析器的“工作”已经被抽象化了。现在，命令行参数被解析，而值被赋给函数参数，从而函数 echo 被魔法般地调用。

在 click 接口中添加参数就像在堆栈中添加另一个装饰符并将新的参数添加到函数定义中一样简单。

typer 建立在 click 之上，是一个更新的 cli 框架，它结合了 click 的功能和现代 python 类型提示 。使用 click 的缺点之一是必须在函数中添加一堆装饰符。cli 参数必须在两个地方指定：装饰符和函数参数列表。typer 免去你造轮子 去写 cli 规范，让代码更容易阅读和维护。

import typer  cli = typer.typer()  @cli.command() def echo(foo: str = "foo", bar: str = "bar"):     """my cool program         it does stuff. here is the documentation for it.     """     print(foo, bar)     if __name__ == "__main__":     cli()

哪种方法是正确的？这取决于你的用例。你是在写一个只有你才会使用的快速而粗略的脚本吗？直接使用 sys.argv 然后继续编码。你需要更强大的命令行解析吗？也许 argparse 就够了。你是否有很多子命令和复杂的选项，你的团队是否会每天使用它？现在你一定要考虑一下 click 或 typer。作为一个程序员的乐趣之一就是魔改出替代实现，看看哪一个最适合你。

最后，在 python 中有很多用于解析命令行参数的第三方软件包。我只介绍了我喜欢或使用过的那些。你喜欢和/或使用不同的包是完全可以的，也是我们所期望的。我的建议是先从这些包开始，然后看看你最终的结果。

去写一些很酷的东西吧。

需要了解更多python教程分享python命令行参数有什么用（详解python命令行参数作用），都可以关注python教程分享栏目&＃8212;编程笔记