"optparse" --- 命令行选项的解析器
*********************************

**源代码：** Lib/optparse.py

3.2 版后已移除: "optparse" 模块已被弃用并且将不再继续开发；开发将转至
"argparse" 模块进行。

======================================================================

"optparse" 是一个相比原有 "getopt" 模块更为方便、灵活和强大的命令行选
项解析库。 "optparse" 使用更为显明的命令行解析风格：创建一个
"OptionParser" 的实例，向其中填充选项，然后解析命令行。 "optparse" 允
许用户以传统的 GNU/POSIX 语法来指定选项，并为你生成额外的用法和帮助消
息。

下面是在一个简单脚本中使用 "optparse" 的示例:

   from optparse import OptionParser
   ...
   parser = OptionParser()
   parser.add_option("-f", "--file", dest="filename",
                     help="write report to FILE", metavar="FILE")
   parser.add_option("-q", "--quiet",
                     action="store_false", dest="verbose", default=True,
                     help="don't print status messages to stdout")

   (options, args) = parser.parse_args()

通过这几行代码，你的脚本的用户可以在命令行上完成“常见任务”，例如:

   <yourscript> --file=outfile -q

在它解析命令行时，"optparse" 会根据用户提供的命令行值设置
"parse_args()" 所返回的 "options" 对象的属性。 当 "parse_args()" 从解
析此命令行返回时，"options.filename" 将为 ""outfile"" 而
"options.verbose" 将为 "False"。 "optparse" 支持长短两种形式的选项，允
许多个短选项合并到一起，并允许选项以多种方式与其参数相关联。 因此，以
下命令行均等价于以上示例:

   <yourscript> -f outfile --quiet
   <yourscript> --quiet --file outfile
   <yourscript> -q -foutfile
   <yourscript> -qfoutfile

此外，用户还可以运行以下命令之一

   <yourscript> -h
   <yourscript> --help

这样 "optparse" 将打印出你的脚本的选项概要:

   Usage: <yourscript> [options]

   Options:
     -h, --help            show this help message and exit
     -f FILE, --file=FILE  write report to FILE
     -q, --quiet           don't print status messages to stdout

其中 *yourscript* 的值是在运行时确定的 (通常来自 "sys.argv[0]")。


背景
====

"optparse" 被显式设计为鼓励创建带有简洁直观、符合惯例的命令行接口的程
序。 为了这个目标，它仅支持最常见的命令行语法和在 Unix 下使用的规范语
义。 如果你不熟悉这些惯例，请阅读本小节来使自己熟悉它们。


术语
----

argument -- 参数
   在命令行中输入的字符串，并会被 shell 传给 "execl()" 或 "execv()"。
   在 Python 中，参数将是 "sys.argv[1:]" 的元素 ("sys.argv[0]" 是被执
   行的程序的名称)。 Unix shell 也使用术语 "word" 来指代参数。

   有时替换 "sys.argv[1:]" 以外的参数列表也是必要的，所以你应当将 "参
   数" 当作是 ""sys.argv[1:]" 的一个元素，或者是作为 "sys.argv[1:]" 的
   替代的其他列表"。

选项
   一个用来提供额外信息以指导或定制程序的执行的参数。 对于选项有许多不
   同的语法；传统的 Unix 语法是一个连字符 ("-") 后面跟单个字母，例如
   "-x" 或 "-F"。 此外，传统的 Unix 语法允许将多个选项合并为一个参数，
   例如 "-x -F" 就等价于 "-xF"。 GNU 项目引入了 "--" 后面跟一串以连字
   符分隔的单词，例如 "--file" 或 "--dry-run"。 它们是 "optparse" 所提
   供的仅有的两种选项语法。

   存在于世上的其他一些选项语法包括:

   * 一个连字符后面跟几个字母，例如 "-pf" (这与多个选项合并成单个参数
     *并不* 一样)

   * 一个连字符后面跟一个完整单词，例如 "-file" (这在技术上等同于前面
     的语法，但它们通常不在同一个程序中出现)

   * 一个加号后面跟一个字母，或几个字母，或一个单词，例如 "+f", "+rgb"

   * 一个斜杠后面跟一个字母，或几个字母，或一个单词，例如 "/f",
     "/file"

   These option syntaxes are not supported by "optparse", and they
   never will be.  This is deliberate: the first three are non-
   standard on any environment, and the last only makes sense if
   you're exclusively targeting VMS, MS-DOS, and/or Windows.

可选参数:
   一个跟在某个选项之后的参数，与该选项紧密相关，并会在该选项被消耗时
   从参数列表中被消耗。 使用 "optparse"，选项参数可以是其对应选项以外
   的一个单独参数:

      -f foo
      --file foo

   或是包括在同一个参数中:

      -ffoo
      --file=foo

   通常，一个给定的选项将接受一个参数或是不接受。 许多人想要“可选的可
   选参数”特性，即某些选项将在看到特定参数时接受它，而如果没看到特定参
   数则不接受。 在某种程度上说这一特性是存在争议的，因它它将使解析发生
   歧义：如果 "-a" 接受一个可选参数而 "-b" 是完全不同的另一个选项，那
   我们该如何解读 "-ab" 呢？ 由于这会存在歧义，因此 "optparse" 不支持
   这一特性。

positional argument -- 位置参数
   在解析选项之后，即在选项及其参数解析完成并从参数列表中移除后参数列
   表中余下的内容。

必选选项
   必须在命令行中提供的选项；请注意在英文中 "required option" 这个短语
   是自相矛盾的。 "optparse" 不会阻止你实现必须选项，但也不会在这方面
   给你什么帮助。

例如，考虑这个假设的命令行:

   prog -v --report report.txt foo bar

"-v" 和 "--report" 都是选项。 假定 "--report" 接受一个参数，
"report.txt" 是一个选项参数。 "foo" 和 "bar" 是位置参数。


选项的作用是什么？
------------------

选项被用来提供额外信息以便微调或定制程序的执行。 需要明确的一点是，选
项通常都是 *可选的*。 一个程序应当能在没有设置任何选项的的情况下正常运
行。 （从 Unix 或 GNU 工具集中随机挑选一个程序。 它是否能在未设置任何
选项的情况下运行并且仍然得到有意义的结果？ 主要的例外有 "find", "tar"
和 "dd" --- 它们都是些因为语法不标准和界面混乱而受到公正抨击的变异奇行
种。）

有很多人希望他们的程序具有“必需选项”。 请再思考一下。 如果某个项是必需
的，那么它就 *不是可选的*！ 如果你的程序必需要有某项信息才能成功运行，
则它更适合作为位置参数。

作为良好的命令行界面设计的一个例子，请看基本的用于拷贝文件的 "cp" 工具
。 试图拷贝文件而不提供一个目标和至少一个源是没有什么意义的。 因此，如
果你不带参数地运行 "cp" 它将会报错。 不过，它具有一个完全不需要任何选
项的灵活、易用的语法:

   cp SOURCE DEST
   cp SOURCE ... DEST-DIR

你只使用这个语法就能畅行无阻。 大多数 "cp" 实现还提供了许多精确调整文
件拷贝方式的选项：你可以保留模式和修改时间，避免跟随符号链接，覆盖现有
文件之前先询问，诸如此类。 但这些都不会破坏 "cp" 的核心任务，即将一个
文件拷贝为另一个文件，或将多个文件拷贝到另一个目录。


位置参数有什么用？
------------------

位置参数是对于你的程序运行来说绝对、肯定需要的信息片段。

一个好的用户界面应当尽可能少地设置绝对必需提供的信息。 如果你的程序必
需提供 17 项不同的信息片段才能成功运行，那么你要 *如何* 从用户获取这些
信息将不是问题的关键 --- 大多数人会在他们成功运行此程序之前放弃并离开
。 无论用户界面是命令行、配置文件还是 GUI 都一样适用：如果你对你的用户
提出如此多的要求，它们大多将会直接放弃。

简而言之，请尽量最小化绝对要求用户提供的信息量 --- 只要有可能就使用合
理的默认值。 当然，你希望程序足够灵活也是合理的。 这就是选项的作用。
同样，选项是配置文件中的条目，GUI 中的“首选项”对话框中的控件，还是命令
行选项不是问题的关键 --- 你实现的选项越多，你的程序就越灵活，它的具体
实现也会变得更为复杂。 当然，太大的灵活性也存在缺点；过多的选项会让用
户更难掌握并使你的代码更难维护。


教程
====

虽然 "optparse" 非常灵活和强大，但在大多数情况下它也很简明易用。 本小
节介绍了任何基于 "optparse" 的程序中常见的代码模式。

首先，你需要导入 OptionParser 类；然后在主程序的开头部分，创建一个
OptionParser 实例:

   from optparse import OptionParser
   ...
   parser = OptionParser()

然后你可以开始定义选项。 基本语法如下:

   parser.add_option(opt_str, ...,
                     attr=value, ...)

每个选项有一个或多个选项字符串，如 "-f" 或 "--file"，以及一些选项属性
用来告诉 "optparse" 当它在命令行中遇到该选项时将得到什么和需要做什么。

通常，每个选项都会有一个短选项字符串和一个长选项字符串，例如

   parser.add_option("-f", "--file", ...)

你可以随你的喜好自由定义任意数量的短选项字符串和任意数量的长选项字符串
（包括零个），只要总计至少有一个选项字符串。

传给 "OptionParser.add_option()" 的选项字符串实际上是特定调用所定义的
选项的标签。 为了表述简单，我们将经常会说在命令行中 *遇到一个选项*；而
实际上，"optparse" 是遇到了 *选项字符串* 并根据它们来查找选项。

一旦你定义好所有的选项，即可指令 "optparse" 来解析你的程序的命令行:

   (options, args) = parser.parse_args()

（如果你愿意，你可以将自定义的参数列表传给 "parse_args()"，但很少有必
要这样做：默认它将使用 "sys.argv[1:]"。）

"parse_args()" 返回两个值：

* "options"，一个包含你所有的选项的值的对象 --- 举例来说，如果 "--
  file" 接受一个字符串参数，则 "options.file" 将为用户所提供的文件名，
  或者如果用户未提供该选项则为 "None"

* "args"，由解析选项之后余下的位置参数组成的列表

本教学章节只介绍了四个最重要的选项属性: "action", "type", "dest"
(destination) 和 "help"。 其中，"action" 是最基本的一个。


理解选项动作
------------

动作是告诉 "optparse" 当它在命令行中遇到某个选项时要做什么。 有一个固
定的动作集被硬编码到 "optparse" 内部；添加新的动作是将在 扩展 optparse
章节中介绍的进阶内容。  大多数动作都是告诉 "optparse" 将特定的值存储到
某个变量中 --- 例如，从命令行接收一个字符串并将其存储到 "options" 的某
个选项中。

如果你没有指定一个选项动作，"optparse" 将默认选择 "store"。


store 动作
----------

最常用的选项动作是 "store"，它告诉 "optparse" 接收下一个参数（或当前参
数的剩余部分），确认其为正确的类型，并将其保存至你选择的目标。

例如：

   parser.add_option("-f", "--file",
                     action="store", type="string", dest="filename")

现在让我们编一个虚假的命令行并让 "optparse" 来解析它:

   args = ["-f", "foo.txt"]
   (options, args) = parser.parse_args(args)

当 "optparse" 看到选项字符串 "-f" 时，它将获取下一个参数 "foo.txt"，并
将其保存到 "options.filename" 中。 因此，在这个对 "parse_args()" 的调
用之后，"options.filename" 将为 ""foo.txt""。

受到 "optparse" 支持的其他一些选项类型有 "int" 和 "float"。 下面是一个
接受整数参数的选项:

   parser.add_option("-n", type="int", dest="num")

请注意这个选项没有长选项字符串，这是完全可接受的。 而且，它也没有显式
的动作，因为使用默认的 "store"。

让我们解析另一个虚假的命令行。 这一次，我们将让选项参数与选项紧贴在一
起：因为 "-n42" (一个参数) 与 "-n 42" (两个参数) 是等价的，以下代码

   (options, args) = parser.parse_args(["-n42"])
   print(options.num)

将会打印 "42"。

如果你没有指明类型，"optparse" 会假定类型为 "string"。 加上默认动作为
"store" 这一事实，意味着我们的第一个示例可以变得更加简短:

   parser.add_option("-f", "--file", dest="filename")

如果你没有提供目标，"optparse" 会从选项字符串推断出一个合理的默认目标
：如果第一个长选项字符串为 "--foo-bar"，则默认目标为 "foo_bar"。 如果
没有长选项字符串，则 "optparse" 会查找第一个短选项字符串：针对 "-f" 的
默认目标将为 "f"。

"optparse" 还包括了内置的 "complex" 类型。 添加类型的方式将在 扩展
optparse 一节中介绍。


处理布尔值（旗标）选项
----------------------

旗标选项 --- 当看到特定选项时将某个变量设为真值或假值 --- 是相当常见的
。 "optparse" 通过两个单独的动作支持它们，"store_true" 和
"store_false"。 例如，你可能会有个 "verbose" 旗标将通过 "-v" 来启用并
通过 "-q" 来禁用:

   parser.add_option("-v", action="store_true", dest="verbose")
   parser.add_option("-q", action="store_false", dest="verbose")

这里我们有两个相同目标的不同选项，这是完全可行的。 （只是这意味着在设
置默认值时你必须更加小心 --- 见下文所述。）

当 "optparse" 在命令行中遇到 "-v" 时，它会将 "options.verbose" 设为
"True"；当它遇到 "-q" 时，则会将 "options.verbose" 设为 "False"。


其他动作
--------

受到 "optparse" 支持的其他动作还有:

""store_const""
   store a constant value

""append""
   将此选项的参数添加到一个列表

""count""
   让指定的计数器加一

""callback""
   调用指定函数

这些在 参考指南，以及 选项回调 等章节中有说明。


默认值
------

上述示例全都涉及当看到特定命令行选项时设置某些变量（即“目标”）的操作。
如果从未看到这些选项那么会发生什么叱？由于我们没有提供任何默认值，它们
全都会被设为 "None"。 这通常是可以的，但有时你会想要更多的控制。
"optparse" 允许你为每个目标提供默认值，它们将在解析命令行之前被赋值。

首先，考虑这个 verbose/quiet 示例。 如果我们希望 "optparse" 将
"verbose" 设为 "True" 除非看到了 "-q"，那么我们可以这样做:

   parser.add_option("-v", action="store_true", dest="verbose", default=True)
   parser.add_option("-q", action="store_false", dest="verbose")

由于默认值将应用到 *destination* 而不是任何特定选项，并且这两个选项正
好具有相同的目标，因此这是完全等价的:

   parser.add_option("-v", action="store_true", dest="verbose")
   parser.add_option("-q", action="store_false", dest="verbose", default=True)

考虑一下：

   parser.add_option("-v", action="store_true", dest="verbose", default=False)
   parser.add_option("-q", action="store_false", dest="verbose", default=True)

同样地，"verbose" 的默认值将为 "True": 最终生效的将是最后提供给任何特
定目标的默认值。

一种更清晰的默认值指定方式是使用 OptionParser 的 "set_defaults()" 方法
，你可以在调用 "parse_args()" 之前的任何时候调用它:

   parser.set_defaults(verbose=True)
   parser.add_option(...)
   (options, args) = parser.parse_args()

如前面一样，最终生效的将是最后为特定选项目标指定的值。 为清楚起见，请
使用一种或另外一种设置默认值的方法，而不要同时使用。


生成帮助
--------

"optparse" 自动生成帮助和用法文本的功能适用于创建用户友好的命令行界面
。 你所要做的只是为每个选项提供 "help" 值，并可选项为你的整个程序提供
一条简短的用法消息。 下面是一个填充了用户友好的（文档）选项的
OptionParser:

   usage = "usage: %prog [options] arg1 arg2"
   parser = OptionParser(usage=usage)
   parser.add_option("-v", "--verbose",
                     action="store_true", dest="verbose", default=True,
                     help="make lots of noise [default]")
   parser.add_option("-q", "--quiet",
                     action="store_false", dest="verbose",
                     help="be vewwy quiet (I'm hunting wabbits)")
   parser.add_option("-f", "--filename",
                     metavar="FILE", help="write output to FILE")
   parser.add_option("-m", "--mode",
                     default="intermediate",
                     help="interaction mode: novice, intermediate, "
                          "or expert [default: %default]")

如果 "optparse" 在命令行中遇到了 "-h" 或 "--help"，或者如果你调用了
"parser.print_help()"，它会把以下内容打印到标准输出:

   Usage: <yourscript> [options] arg1 arg2

   Options:
     -h, --help            show this help message and exit
     -v, --verbose         make lots of noise [default]
     -q, --quiet           be vewwy quiet (I'm hunting wabbits)
     -f FILE, --filename=FILE
                           write output to FILE
     -m MODE, --mode=MODE  interaction mode: novice, intermediate, or
                           expert [default: intermediate]

（如果帮助输出是由 help 选项触发的，"optparse" 将在打印帮助文本之后退
出。）

在这里为帮助 "optparse" 生成尽可能好的帮助消息做了很多工作:

* 该脚本定义了自己的用法消息:

     usage = "usage: %prog [options] arg1 arg2"

  "optparse" 会将用法字符串中的 "%prog" 扩展为当前程序的名称，即
  "os.path.basename(sys.argv[0])"。 随后将在详细选项帮助之前打印这个经
  过扩展的字符串。

  如果你未提供用法字符串，"optparse" 将使用一个直白而合理的默认值:
  ""Usage: %prog [options]""，这在你的脚本不接受任何位置参数时是可以的
  。

* 每个选项都定义了帮助字符串，并且不用担心换行问题 --- "optparse" 将负
  责执行换行并使帮助输出有良好的外观格式。

* options that take a value indicate this fact in their automatically-
  generated help message, e.g. for the "mode" option:

     -m MODE, --mode=MODE

  Here, "MODE" is called the meta-variable: it stands for the argument
  that the user is expected to supply to "-m"/"--mode".  By default,
  "optparse" converts the destination variable name to uppercase and
  uses that for the meta-variable.  Sometimes, that's not what you
  want---for example, the "--filename" option explicitly sets
  "metavar="FILE"", resulting in this automatically-generated option
  description:

     -f FILE, --filename=FILE

  不过，这具有比节省一点空间更重要的作用：手动编写的帮助文本使用元变量
  "FILE" 来提示用户在半正式的语法 "-f FILE" 和非正式的描述 "write
  output to FILE" 之间存在联系。 这是一种使你的帮助文本更清晰并对最终
  用户来说更易用的简单而有效的方式。

* 具有默认值的选项可以在帮助字符串中包括 "%default" --- "optparse" 将
  用该选项的默认值的 "str()" 来替代它。 如果一个选项没有默认值 (或默认
  值为 "None")，则 "%default" 将被扩展为 "none"。


选项分组
~~~~~~~~

在处理大量选项时，可以方便地将选项进行分组以提供更好的帮助输出。
"OptionParser" 可以包含多个选项分组，每个分组可以包含多个选项。

选项分组是使用 "OptionGroup" 类来生成的:

class optparse.OptionGroup(parser, title, description=None)

   其中

   * parser 是分组将被插入的 "OptionParser" 实例

   * title 是分组的标题

   * description，可选项，是分组的长描述文本

"OptionGroup" 继承自 "OptionContainer" (类似 "OptionParser") 因此
"add_option()" 方法可被用来向分组添加选项。

一旦声明了所有选项，使用 "OptionParser" 方法 "add_option_group()" 即可
将分组添加到之前定义的解析器。

继续使用前一节定义的解析器，很容易将 "OptionGroup" 添加到解析器中:

   group = OptionGroup(parser, "Dangerous Options",
                       "Caution: use these options at your own risk.  "
                       "It is believed that some of them bite.")
   group.add_option("-g", action="store_true", help="Group option.")
   parser.add_option_group(group)

这将产生以下帮助输出:

   Usage: <yourscript> [options] arg1 arg2

   Options:
     -h, --help            show this help message and exit
     -v, --verbose         make lots of noise [default]
     -q, --quiet           be vewwy quiet (I'm hunting wabbits)
     -f FILE, --filename=FILE
                           write output to FILE
     -m MODE, --mode=MODE  interaction mode: novice, intermediate, or
                           expert [default: intermediate]

     Dangerous Options:
       Caution: use these options at your own risk.  It is believed that some
       of them bite.

       -g                  Group option.

更完整一些的示例可能涉及使用多个分组：继续扩展之前的例子:

   group = OptionGroup(parser, "Dangerous Options",
                       "Caution: use these options at your own risk.  "
                       "It is believed that some of them bite.")
   group.add_option("-g", action="store_true", help="Group option.")
   parser.add_option_group(group)

   group = OptionGroup(parser, "Debug Options")
   group.add_option("-d", "--debug", action="store_true",
                    help="Print debug information")
   group.add_option("-s", "--sql", action="store_true",
                    help="Print all SQL statements executed")
   group.add_option("-e", action="store_true", help="Print every action done")
   parser.add_option_group(group)

这会产生以下输出:

   Usage: <yourscript> [options] arg1 arg2

   Options:
     -h, --help            show this help message and exit
     -v, --verbose         make lots of noise [default]
     -q, --quiet           be vewwy quiet (I'm hunting wabbits)
     -f FILE, --filename=FILE
                           write output to FILE
     -m MODE, --mode=MODE  interaction mode: novice, intermediate, or expert
                           [default: intermediate]

     Dangerous Options:
       Caution: use these options at your own risk.  It is believed that some
       of them bite.

       -g                  Group option.

     Debug Options:
       -d, --debug         Print debug information
       -s, --sql           Print all SQL statements executed
       -e                  Print every action done

另一个有趣的方法，特别适合在编程处理选项分组时使用:

OptionParser.get_option_group(opt_str)

   返回短或长选项字符串 *opt_str* (例如 "'-o'" 或 "'--option'") 所属的
   "OptionGroup"。 如果没有对应的 "OptionGroup"，则返回 "None"。


打印版本字符串
--------------

与简短用法字符串类似，"optparse" 还可以打印你的程序的版本字符串。 你必
须将该字符串作为 "version" 参数提供给 OptionParser:

   parser = OptionParser(usage="%prog [-f] [-q]", version="%prog 1.0")

"%prog" 会像在 "usage" 中那样被扩展。 除了这一点，"version" 还可包含你
想存放的任何东西。 当你提供它时，"optparse" 将自动向你的解析器添加一个
"--version" 选项。 如果它在命令行中遇到了该选项，它将扩展你的
"version" 字符串 (通过替换 "%prog")，将其打印到标准输出，然后退出。

举例来说，如果你的脚本是 "/usr/bin/foo":

   $ /usr/bin/foo --version
   foo 1.0

下列两个方法可被用来打印和获取 "version" 字符串:

OptionParser.print_version(file=None)

   将当前程序的版本消息 ("self.version") 打印到 *file* (默认为 stdout)
   。 就像 "print_usage()" 一样，任何在 "self.version" 中出现的
   "%prog" 将被替换为当前程序的名称。 如果 "self.version" 为空或未定义
   则不做任何操作。

OptionParser.get_version()

   与 "print_version()" 相似但是会返回版本字符串而不是打印它。


"optparse" 如何处理错误handles errors
-------------------------------------

"optparse" 必须考虑两种宽泛的错误类：程序员错误和用户错误。 程序员错误
通常是对 "OptionParser.add_option()" 的错误调用，例如无效的选项字符串
，未知的选项属性，不存在的选项属性等等。 这些错误将以通常的方式来处理
：引发一个异常 (或者是 "optparse.OptionError" 或者是 "TypeError") 并让
程序崩溃。

处理用户错误更为重要，因为无论你的代码有多稳定他们都肯定会发生。
"optparse" 可以自动检测部分用户错误，例如不正确的选项参数（如传入 "-n
4x" 而 "-n" 接受整数参数），缺少参数（如 "-n" 位于命令行的末尾，而
"-n" 接受任意类型的参数）。 并且，你可以调用 "OptionParser.error()" 来
指明应用程序自定义的错误条件:

   (options, args) = parser.parse_args()
   ...
   if options.a and options.b:
       parser.error("options -a and -b are mutually exclusive")

在两种情况下，"optparse" 都是以相同方式处理错误的：它会将程序的用法消
息和错误消息打印到标准错误并附带错误状态 2 退出。

考虑上面的第一个示例，当用户向一个接受整数的选项传入了 "4x":

   $ /usr/bin/foo -n 4x
   Usage: foo [options]

   foo: error: option -n: invalid integer value: '4x'

或者，当用户未传入任何值:

   $ /usr/bin/foo -n
   Usage: foo [options]

   foo: error: -n option requires an argument

"optparse" 生成的错误消息总是会确保提示在错误中涉及的选项；请确保在从
你的应用程序代码调用 "OptionParser.error()" 时也做同样的事。

如果 "optparse" 的默认错误处理行为不适合你的需求，你需要子类化
OptionParser 并重写它的 "exit()" 和/或 "error()" 方法。


合并所有代码
------------

下面是基于 "optparse" 的脚本通常的结构:

   from optparse import OptionParser
   ...
   def main():
       usage = "usage: %prog [options] arg"
       parser = OptionParser(usage)
       parser.add_option("-f", "--file", dest="filename",
                         help="read data from FILENAME")
       parser.add_option("-v", "--verbose",
                         action="store_true", dest="verbose")
       parser.add_option("-q", "--quiet",
                         action="store_false", dest="verbose")
       ...
       (options, args) = parser.parse_args()
       if len(args) != 1:
           parser.error("incorrect number of arguments")
       if options.verbose:
           print("reading %s..." % options.filename)
       ...

   if __name__ == "__main__":
       main()


参考指南
========


创建解析器
----------

使用 "optparse" 的第一步是创建 OptionParser 实例。

class optparse.OptionParser(...)

   OptionParser 构造器没有必需的参数，只有一些可选的关键字参数。 你应
   当始终以关键字参数形式传入它们，即不要依赖于声明参数所在位置的顺序
   。

   "usage" (默认: ""%prog [options]"")
      当你的程序不正确地运行或附带 help 选项运行时将打印的用法说明。
      当 "optparse" 打印用法字符串时，它会将 "%prog" 扩展为
      "os.path.basename(sys.argv[0])" (或者如果你传入 "prog" 则为该关
      键字参数值)。 要屏蔽用法说明，请传入特殊值
      "optparse.SUPPRESS_USAGE"。

   "option_list" (默认: "[]")
      一个用于填充解析器的由 Option 对象组成的列表。 "option_list" 中
      的选项将添加在 "standard_option_list" (一个可由 OptionParser 的
      子类设置的类属性) 中的任何选项之后，以及任何版本或帮助选项之前。
      已被弃用；请改为在创建解析器之后使用 "add_option()"。

   "option_class" (默认: optparse.Option)
      当在 "add_option()" 中向解析器添加选项时要使用的类。

   "version" (默认: "None")
      当用户提供了 version 选项时将会打印的版本字符串。 如果你为
      "version" 提供真值，"optparse" 将自动添加单个选项字符串 "--
      version" 形式的 version 选项。 子字符串 "%prog" 会以与 "usage"
      相同的方式扩展。

   "conflict_handler" (默认: ""error"")
      指定当有相互冲突的选项字符串的选项被添加到解析器时要如何做；参见
      选项之间的冲突 一节。

   "description" (默认: "None")
      一段提供你的程序的简短介绍的文本。 "optparse" 会重格式化段落以适
      合当前终端宽度并在用户请求帮助时打印其内容（在 "usage" 之后，选
      项列表之前）。

   "formatter" (默认: 一个新的 "IndentedHelpFormatter")
      一个将被用于打印帮助文本的 optparse.HelpFormatter 实例。
      "optparse" 为此目的提供了两个实体类: IndentedHelpFormatter 和
      TitledHelpFormatter。

   "add_help_option" (默认: "True")
      如为真值，"optparse" 将向解析器添加一个 help 选项 (使用选项字符
      串 "-h" 和 "--help")。

   "prog"
      当在 "usage" 和 "version" 中用于代替
      "os.path.basename(sys.argv[0])" 来扩展 "%prog" 的字符串。

   "epilog" (默认: "None")
      一段将在选项帮助之后打印的帮助文本。


填充解析器
----------

有几种方式可以为解析器填充选项。 最推荐的方式是使用
"OptionParser.add_option()"，如 教程 一节所演示的。 "add_option()" 可
以通过两种方式来调用:

* 传入一个 Option 实例（即 "make_option()" 所返回的对象）

* 传入 "make_option()" 可接受的（即与 Option 构造器相同的）任意位置和
  关键字参数组合，它将为你创建 Option 实例

另一种方式是将由预先构造的 Option 实例组成的列表传给 OptionParser 构造
器，如下所示:

   option_list = [
       make_option("-f", "--filename",
                   action="store", type="string", dest="filename"),
       make_option("-q", "--quiet",
                   action="store_false", dest="verbose"),
       ]
   parser = OptionParser(option_list=option_list)

("make_option()" 是一个用于创建 Option 实例的工厂函数；目前它是 Option
构造器的一个别名。 未来的 "optparse" 版本可能会将 Option 拆分为多个类
，而 "make_option()" 将选择适当的类来实例化。 请不要直接实例化 Option
。)


定义选项
--------

每个 Option 实例代表一组同义的命令行选项字符串，例如 "-f" 和 "--file"
。 你可以指定任意数量的短和长选项字符串，但你必须指定总计至少一个选项
字符串。

创建 "Option" 的正规方式是使用 "OptionParser" 的 "add_option()" 方法。

OptionParser.add_option(option)
OptionParser.add_option(*opt_str, attr=value, ...)

   定义只有一个短选项字符串的选项:

      parser.add_option("-f", attr=value, ...)

   以及定义只有一个长选项字符串的选项:

      parser.add_option("--foo", attr=value, ...)

   该关键字参数定义新 Option 对象的属性。 最重要的选项属性是 "action"
   ，它主要负责确定其他的属性是相关的还是必须的。 如果你传入了不相关的
   选项属性，或是未能传入必须的属性，"optparse" 将引发一个
   "OptionError" 异常来说明你的错误。

   选项的 *action* 决定当 "optparse" 在命令行中遇到该选项时要做什么。
   硬编码在 "optparse" 中的标准选项动作有:

   ""store""
      存储此选项的参数（默认）

   ""store_const""
      store a constant value

   ""store_true""
      存储 "True"

   ""store_false""
      存储 "False"

   ""append""
      将此选项的参数添加到一个列表

   ""append_const""
      将常量值附加到列表

   ""count""
      让指定的计数器加一

   ""callback""
      调用指定函数

   ""help""
      打印用法消息，包括所有选项和它们的文档

   （如果你没有提供动作，则默认为 ""store""。 对于此动作，你还可以提供
   "type" 和 "dest" 选项属性；参见 标准选项动作。）

如你所见，大多数动作都涉及在某处保存或更新一个值。 "optparse" 总是会为
此创建一个特殊对象，在习惯上命名为 "options" (它恰好是
"optparse.Values" 的实例)。 选项参数 (以及几种其他的值) 将根据 "dest"
(目标) 选项属性被保存为该对象的属性。

例如，当你调用

   parser.parse_args()

"optparse" 首先会做的一件事情是创建 "options" 对象:

   options = Values()

如果该解析器中的某个选项定义带有

   parser.add_option("-f", "--file", action="store", type="string", dest="filename")

并且被解析的命令行包括以下任意一项:

   -ffoo
   -f foo
   --file=foo
   --file foo

那么 "optparse" 在看到此选项时，将执行这样的操作

   options.filename = "foo"

"type" 和 "dest" 选项属性几乎与 "action" 一样重要，但 "action" 是唯一
对 *所有* 选项都有意义的。


选项属性
--------

下列选项属性可以作为关键字参数传给 "OptionParser.add_option()"。 如果
你传入一个与特定选项无关的选项属性，或是未能传入必要的选项属性，
"optparse" 将会引发 "OptionError"。

Option.action

   (默认: ""store"")

   用于当在命令行中遇到此选项时确定 "optparse" 的行为；可用的选项记录
   在 这里。

Option.type

   (默认: ""string"")

   此选项所接受的参数类型 (例如 ""string"" 或 ""int"")；可用的选项类型
   记录在 这里。

Option.dest

   (默认: 获取自选项字符串)

   如果此选项的动作涉及在某处写入或修改一个值，该属性将告诉 "optparse"
   将它写入到哪里: "dest" 指定 "optparse" 在解析命令行时构建的
   "options" 对象的某个属性。

Option.default

   当未在命令行中遇到此选项时将被用作此选项的目标的值。 另请参阅
   "OptionParser.set_defaults()"。

Option.nargs

   (默认: 1)

   当遇到此选项时应当读取多少个 "type" 类型的参数。 如果 > 1，
   "optparse" 会将由多个值组成的元组保存到 "dest"。

Option.const

   对于保存常量值的动作，指定要保存的常量值。

Option.choices

   对于 ""choice"" 类型的选项，由用户可选择的字符串组成的列表。

Option.callback

   对于使用 ""callback"" 动作的选项，当遇到此选项时要调用的可调用对象
   。 请参阅 选项回调 一节了解关于传给可调用对象的参数的详情。

Option.callback_args
Option.callback_kwargs

   将在四个标准回调参数之后传给 "callback" 的额外的位置和关键字参数。

Option.help

   当用户提供 "help" 选项 (例如 "--help") 之后将在列出所有可用选项时针
   对此选项打印的帮助文本。 如果没有提供帮助文本，则列出选项时将不附带
   帮助文本。 要隐藏此选项，请使用特殊值 "optparse.SUPPRESS_HELP"。

Option.metavar

   (默认: 获取自选项字符串)

   当打印帮助文本时要使用的代表选项参数的名称。 请参阅 教程 一节查看相
   应示例。


标准选项动作
------------

各种选项动作具有略微不同的要求和效果。 大多数动作都具有几个可被你指定
的独步选项属性用来控制 "optparse" 的行为；少数还具有一些必需属性，你必
须为任何使用该动作的选项指定这些属性。

* ""store"" [关联: "type", "dest", "nargs", "choices"]

  该选项后必须跟一个参数，它将根据 "type" 被转换为相应的值并保存至
  "dest"。 如果 "nargs" > 1，则将从命令行读取多个参数；它们将全部根据
  "type" 被转换并以元组形式保存至 "dest"。 参见 标准选项类型 一节。

  如果提供了 "choices" (由字符串组成的列表和元组)，则类型默认为
  ""choice""。

  如果未提供 "type"，则默认为 ""string""。

  如果未提供 "dest"，则 "optparse" 会从第一个长选项字符串派生出目标 (
  例如 "--foo-bar" 将对应 "foo_bar")。 如果不存在长选项字符串，则
  "optparse" 会从第一个短选项字符串派生出目标 (例如 "-f" 将对应 "f")。

  示例:

     parser.add_option("-f")
     parser.add_option("-p", type="float", nargs=3, dest="point")

  当它解析命令行

     -f foo.txt -p 1 -3.5 4 -fbar.txt

  "optparse" 将设置

     options.f = "foo.txt"
     options.point = (1.0, -3.5, 4.0)
     options.f = "bar.txt"

* ""store_const"" [要求: "const"; 关联: "dest"]

  值 "const" 将存放到 "dest" 中。

  示例:

     parser.add_option("-q", "--quiet",
                       action="store_const", const=0, dest="verbose")
     parser.add_option("-v", "--verbose",
                       action="store_const", const=1, dest="verbose")
     parser.add_option("--noisy",
                       action="store_const", const=2, dest="verbose")

  如果看到了 "--noisy"，"optparse" 将设置

     options.verbose = 2

* ""store_true"" [关联: "dest"]

  将 "True" 存放到 "dest" 中的 ""store_const"" 的特例。

* ""store_false"" [关联: "dest"]

  类似于 ""store_true""，但是存放 "False"。

  示例:

     parser.add_option("--clobber", action="store_true", dest="clobber")
     parser.add_option("--no-clobber", action="store_false", dest="clobber")

* ""append"" [关联: "type", "dest", "nargs", "choices"]

  该选项必须跟一个参数，该参数将被添加到 "dest" 的列表中。 如果未提供
  "dest" 的默认值，那么当 "optparse" 首次在命令行中遇到该选项时将自动
  创建一个空列表。 如果 "nargs" > 1，则会读取多个参数，并将一个长度为
  "nargs" 的元组添加到 "dest"。

  "type" 和 "dest" 的默认值与 ""store"" 动作的相同。

  示例:

     parser.add_option("-t", "--tracks", action="append", type="int")

  如果在命令行中遇到 "-t3"，"optparse" 将执行这样的操作:

     options.tracks = []
     options.tracks.append(int("3"))

  如果，在稍后的时候，再遇到 "--tracks=4"，它将执行:

     options.tracks.append(int("4"))

  "append" 动作会在选项的当前值上调用 "append" 方法。 这意味着任何被指
  定的默认值必须具有 "append" 方法。 这还意味着如果默认值非空，则其中
  的默认元素将存在于选项的已解析值中，而任何来自命令行的值将被添加到这
  些默认值之后:

     >>> parser.add_option("--files", action="append", default=['~/.mypkg/defaults'])
     >>> opts, args = parser.parse_args(['--files', 'overrides.mypkg'])
     >>> opts.files
     ['~/.mypkg/defaults', 'overrides.mypkg']

* ""append_const"" [需要: "const"; 关联: "dest"]

  与 ""store_const"" 类似，但 "const" 值将被添加到 "dest"；与
  ""append"" 一样，"dest" 默认为 "None"，并且当首次遇到该选项时将自动
  创建一个空列表。

* ""count"" [关联: "dest"]

  对保存在 "dest" 的整数执行递增。 如果未提供默认值，则 "dest" 会在第
  一次执行递增之前被设为零。

  示例:

     parser.add_option("-v", action="count", dest="verbosity")

  第一次在命令行中看到 "-v" 时，"optparse" 将执行这样的操作:

     options.verbosity = 0
     options.verbosity += 1

  后续每次出现 "-v" 都将导致

     options.verbosity += 1

* ""callback"" [需要: "callback"; 关联: "type", "nargs",
  "callback_args", "callback_kwargs"]

  调用 "callback" 所指定的函数，它将以如下形式被调用

     func(option, opt_str, value, parser, *args, **kwargs)

  请参阅 选项回调 一节了解详情。

* ""help""

  为当前选项解析器中所有的选项打印完整帮助消息。 该帮助消息是由传给
  OptionParser 的构造器的 "usage" 字符串和传给每个选项的 "help" 字符串
  构造而成的。

  如果没有为某个选项提供 "help" 字符串，它仍将在帮助消息中列出。 要完
  全略去某个选项，请使用特殊值 "optparse.SUPPRESS_HELP"。

  "optparse" 将自动为所有OptionParser 添加 "help" 选项，因此你通常不需
  要创建选项。

  示例:

     from optparse import OptionParser, SUPPRESS_HELP

     # usually, a help option is added automatically, but that can
     # be suppressed using the add_help_option argument
     parser = OptionParser(add_help_option=False)

     parser.add_option("-h", "--help", action="help")
     parser.add_option("-v", action="store_true", dest="verbose",
                       help="Be moderately verbose")
     parser.add_option("--file", dest="filename",
                       help="Input file to read data from")
     parser.add_option("--secret", help=SUPPRESS_HELP)

  如果 "optparse" 在命令行中看到 "-h" 或 "--help"，它将将类似下面这样
  的帮助消息打印到 stdout (假设 "sys.argv[0]" 为 ""foo.py""):

     Usage: foo.py [options]

     Options:
       -h, --help        Show this help message and exit
       -v                Be moderately verbose
       --file=FILENAME   Input file to read data from

  在打印帮助消息之后，"optparse" 将使用 "sys.exit(0)" 来终结你的进程。

* ""version""

  将提供给 OptionParser 的版本号打印到 stdout 并退出。 该版本号实际上
  是由 OptionParser 的 "print_version()" 方法进行格式化并打印的。 这通
  常只在向 OptionParser 构造器提供了 "version" 参数时才有意义。 与
  "help" 选项类似，你很少会创建 "version" 选项，因为 "optparse" 会在需
  要时自动添加它们。


标准选项类型
------------

"optparse" 有五种内置选项类型: ""string"", ""int"", ""choice"",
""float"" 和 ""complex""。 如果你需要添加新的选项类型，请参阅 扩展
optparse 一节。

传给 string 类型选项的参数不会以任何方式进行检查或转换：命令行中的文本
将被原样保存至目标（或传给回调）。

整数参数 (""int"" 类型) 将以如下方式解析:

* 如果数字开头为 "0x"，它将被解析为十六进制数

* 如果数字开头为 "0"，它将被解析为八进制数

* 如果数字开头为 "0b"，它将被解析为二进制数

* 在其他情况下，数字将被解析为十进制数

转换操作是通过调用 "int()" 并传入适当的 base (2, 8, 10 或 16) 来完成的
。 如果转换失败， "optparse" 也将失败，但它会附带更有用的错误消息。

""float"" 和 ""complex"" 选项参数会直接通过 "float()" 和 "complex()"
来转换，使用类似的错误处理。

""choice"" 选项是 ""string"" 选项的子类型。 "choices" 选项属性（由字符
串组成的序列）定义了允许的选项参数的集合。 "optparse.check_choice()"
将用户提供的选项参数与这个主列表进行比较并会在给出无效的字符串时引发
"OptionValueError"。


解析参数
--------

创建和填充 OptionParser 的基本目的是调用其 "parse_args()" 方法:

   (options, args) = parser.parse_args(args=None, values=None)

输入参数的位置

"args"
   要处理的参数列表 (默认: "sys.argv[1:]")

"values"
   要用于存储选项参数的 "optparse.Values" 对象 (默认：一个新的
   "Values" 实例) -- 如果你给出一个现有对象，则不会基于它来初始化选项
   的默认值

返回值为

"options"
   同一个对象将作为 "values"，或 "optparse" 所创建的 optparse.Values
   实例传入

"args"
   在所有选项被处理完毕后余下的位置参数

最常见的用法是不提供任何关键字参数。 如果你提供了 "values"，它将通过重
复的 "setattr()" 调用来修改（大致为每个存储到指定选项目标的选项参数调
用一次）并由 "parse_args()" 返回。

如果 "parse_args()" 在参数列表中遇到任何错误，它将调用 OptionParser 的
"error()" 方法并附带适当的最终用户错误消息。 这会完全终结你的进程并将
退出状态设为 2 (传统的针对命令行错误的 Unix 退出状态)。


查询和操纵你的选项解析器
------------------------

选项解析器的默认行为可被轻度地定制，并且你还可以调整你的选项解析器查看
实际效果如何。 OptionParser 提供了一些方法来帮助你进行定制:

OptionParser.disable_interspersed_args()

   设置解析在第一个非选项处停止。 举例来说，如果 "-a" 和 "-b" 都是不接
   受参数的简单选项，则 "optparse" 通常会接受这样的语法:

      prog -a arg1 -b arg2

   并会这样处理它

      prog -a -b arg1 arg2

   要禁用此特性，则调用 "disable_interspersed_args()"。 这将恢复传统的
   Unix 语法，其中选项解析会在第一个非选项参数处停止。

   如果你用一个命令处理程序来运行另一个拥有它自己的选项的命令而你希望
   参确保这些选项不会被混淆就可以使用此方法。 例如，每个命令可能具有不
   同的选项集合。

OptionParser.enable_interspersed_args()

   设置解析不在第一个非选项处停止，允许多个命令行参数的插入相互切换。
   这是默认的行为。

OptionParser.get_option(opt_str)

   返回具有选项字符串 *opt_str* 的的 Option 实例，或者如果不存在具有该
   选项字符串的选项则返回 "None"。

OptionParser.has_option(opt_str)

   如果 OptionParser 包含一个具有选项字符串 *opt_str* 的选项 (例如
   "-q" 或 "--verbose") 则返回 "True"。

OptionParser.remove_option(opt_str)

   如果 "OptionParser" 包含一个对应于 *opt_str* 的选项，则移除该选项。
   如果该选项提供了任何其他选项字符串，这些选项字符串将全部不可用。 如
   果 *opt_str* 不存在于任何属于此 "OptionParser" 的选项之中，则会引发
   "ValueError"。


选项之间的冲突
--------------

如果你不够小心，很容易会定义具有相互冲突的选项字符串的多个选项:

   parser.add_option("-n", "--dry-run", ...)
   ...
   parser.add_option("-n", "--noisy", ...)

（当你自定义具有某些标准选项的 OptionParser 时特别容易发生这种情况。）

每当你添加一个选项时，"optparse" 会检查它是否与现有选项冲突。 如果发现
存在冲突，它将发起调用当前的冲突处理机制。 你可以选择在构造器中设置冲
突处理机制:

   parser = OptionParser(..., conflict_handler=handler)

或是在单独调用中设置:

   parser.set_conflict_handler(handler)

可用的冲突处理器有:

   ""error"" (默认)
      将选项冲突视为编程错误并引发 "OptionConflictError"

   ""resolve""
      智能地解决选项冲突（见下文）

举例来说，让我们定义一个智能地解决冲突的 "OptionParser" 并向其添加相互
冲突的选项:

   parser = OptionParser(conflict_handler="resolve")
   parser.add_option("-n", "--dry-run", ..., help="do no harm")
   parser.add_option("-n", "--noisy", ..., help="be noisy")

At this point, "optparse" detects that a previously-added option is
already using the "-n" option string.  Since "conflict_handler" is
""resolve"", it resolves the situation by removing "-n" from the
earlier option's list of option strings.  Now "--dry-run" is the only
way for the user to activate that option.  If the user asks for help,
the help message will reflect that:

   Options:
     --dry-run     do no harm
     ...
     -n, --noisy   be noisy

It's possible to whittle away the option strings for a previously-
added option until there are none left, and the user has no way of
invoking that option from the command-line.  In that case, "optparse"
removes that option completely, so it doesn't show up in help text or
anywhere else. Carrying on with our existing OptionParser:

   parser.add_option("--dry-run", ..., help="new dry-run option")

这时，原有的 "-n"/"--dry-run" 选项将不再可用，因此 "optparse" 会将其移
除，帮助文本将变成这样:

   Options:
     ...
     -n, --noisy   be noisy
     --dry-run     new dry-run option


清理
----

OptionParser 实例存在一些循环引用。 这对 Python 的垃圾回收器来说应该不
是问题，但你可能希望在你完成对 OptionParser 的使用后通过调用其
"destroy()" 来显式地中断循环引用。 这在可以从你的 OptionParser 访问大
型对象图的长期运行应用程序中特别有用。


其他方法
--------

OptionParser 还支持其他一些公有方法:

OptionParser.set_usage(usage)

   根据上述的规则为 "usage" 构造器关键字参数设置用法字符串。 传入
   "None" 将设置默认的用法字符串；使用 "optparse.SUPPRESS_USAGE" 将屏
   蔽用法消息。

OptionParser.print_usage(file=None)

   将当前程序的用法消息 ("self.usage") 打印到 *file* (默认为 stdout)。
   出现在 "self.usage" 中的字符串 "%prog" 将全部被替换为当前程序的名称
   。 如果 "self.usage" 为空或未定义则不做任何事情。

OptionParser.get_usage()

   与 "print_usage()" 类似但是将返回用法字符串而不是打印它。

OptionParser.set_defaults(dest=value, ...)

   一次性地为多个选项目标设置默认值。 使用 "set_defaults()" 是为选项设
   置默认值的推荐方式同，因为多个选项可以共享同一个目标。 举例来说，如
   果几个 "mode" 选项全部设置了相同的目标，则它们中的任何一个都可以设
   置默认值，而最终生效的将是最后一次设置的默认值:

      parser.add_option("--advanced", action="store_const",
                        dest="mode", const="advanced",
                        default="novice")    # overridden below
      parser.add_option("--novice", action="store_const",
                        dest="mode", const="novice",
                        default="advanced")  # overrides above setting

   为避免混淆，请使用 "set_defaults()":

      parser.set_defaults(mode="advanced")
      parser.add_option("--advanced", action="store_const",
                        dest="mode", const="advanced")
      parser.add_option("--novice", action="store_const",
                        dest="mode", const="novice")


选项回调
========

当 "optparse" 的内置动作和类型不能满足你的需要时，你有两个选择：扩展
"optparse" 或定义一个回调选项。 扩展 "optparse" 的方式更为通用，但对许
多简单场景来说是大材小用了。 你所需要的往往只是一个简单的回调。

定义一个回调选项分为两步:

* 使用 ""callback"" 动作定义选项本身

* 编写回调；它是一个接受至少四个参数的函数（或方法），如下所述


定义回调选项
------------

一般来说，定义回调选项的最简单方式是使用 "OptionParser.add_option()"
方法。 在 "action" 之外，你必须指定的唯一选项属性是 "callback"，即要调
用的函数:

   parser.add_option("-c", action="callback", callback=my_callback)

"callback" 是一个函数（或其他可调用对象），因此当你创建这个回调选项时
你必须已经定义了 "my_callback()"。 在这个简单的例子中，"optparse" 甚至
不知道 "-c" 是否接受任何参数，这通常意味着该选项不接受任何参数 --- 它
需要知道的就是存在命令行参数 "-c"。 但是，在某些情况下，你可能希望你的
回调接受任意数量的命令行参数。 这是编写回调的一个麻烦之处；本小节将稍
后讲解这个问题。

"optparse" 总是会向你的回调传递四个特定参数，它只会在你通过
"callback_args" 和 "callback_kwargs" 进行指定时才传入额外的参数。 因此
，最小化的回调函数签名如下:

   def my_callback(option, opt, value, parser):

对传给回调的四个参数的说明见下文。

当你定义回调选项时还可以提供一些其他的选项属性:

"type"
   具有其通常的含义：与在 ""store"" 或 ""append"" 动作中一样，它指示
   "optparse" 读取一个参数并将其转换为 "type"。 但是，"optparse" 并不
   会将所转换的值保存到某个地方，而是将其传给你的回调函数。

"nargs"
   同样具有其通常的含义：如果提供了该属性并且其值 > 1，"optparse" 将读
   取 "nargs" 个参数，每个参数都必须可被转换为 "type"。 随后它会将被转
   换值的元组传给你的回调。

"callback_args"
   一个要传给回调的由额外位置参数组成的元组

"callback_kwargs"
   一个要传给回调的由额外关键字参数组成的字典


回调应当如何调用
----------------

所有回调都将使用以下方式调用:

   func(option, opt_str, value, parser, *args, **kwargs)

其中

"option"
   是调用该回调的 Option 实例

"opt_str"
   是在触发回调的命令行参数中出现的选项字符串。 （如果使用了长选项的缩
   写形式，则 "opt_str" 将为完整规范的选项字符串 --- 举例来说，如果用
   户在命令行中将 "--foo" 作为 "--foobar" 的缩写形式，则 "opt_str" 将
   为 ""--foobar""。）

"value"
   是在命令行中提供给该选项的参数。 "optparse" 将只在设置了 "type" 的
   时候才接受参数；"value" 将为该选项的类型所指定的类型。 如果该选项的
   "type" 为 "None" (不接受参数)，则 "value" 将为 "None"。 如果
   "nargs" > 1，则 "value" 将为由指定类型的值组成的元组。

"parser"
   是驱动选项解析过程的 OptionParser 实例，主要作用在于你可以通过其实
   例属性访问其他一些相关数据:

   "parser.largs"
      当前的剩余参数列表，即已被读取但不属于选项或选项参数的参数。 可
      以任意修改 "parser.largs"，例如向其添加更多的参数。 （该列表将成
      为 "args"，即 "parse_args()" 的第二个返回值。）

   "parser.rargs"
      当前的保留参数列表，即移除了 "opt_str" 和 "value" (如果可用)，并
      且只有在它们之后的参数才会被保留。 可以任意修改 "parser.rargs"，
      例如通过读取更多的参数。

   "parser.values"
      作为选项值默认保存位置的对象（一个 optparse.OptionValues 实例）
      。 这使得回调能使用与 "optparse" 的其他部分相同的机制来保存选项
      值；你不需要手动处理全局变量或闭包。 你还可以访问或修改在命令行
      中遇到的任何选项的值。

"args"
   是一个由通过 "callback_args" 选项属性提供的任意位置参数组成的元组。

"kwargs"
   是一个由通过 "callback_kwargs" 提供的任意关键字参数组成的字典。


在回调中引发错误
----------------

如果选项或其参数存在任何问题则回调函数应当引发 "OptionValueError"。
"optparse" 将捕获该异常并终止程序，将你提供的错误消息打印到 stderr。
你的消息应当清晰、简洁、准确并指明出错的选项。 否则，用户将很难弄清楚
自己做错了什么。


回调示例 1：最简回调
--------------------

下面是一个不接受任何参数，只是简单地记录所遇见的选项的回调选项示例:

   def record_foo_seen(option, opt_str, value, parser):
       parser.values.saw_foo = True

   parser.add_option("--foo", action="callback", callback=record_foo_seen)

当然，你也可以使用 ""store_true"" 动作做到这一点。


回调示例 2：检查选项顺序
------------------------

下面是一个更有趣些的示例：当看到 "-a" 出现时将会记录，而如果它在命令行
中出现于 "-b" 之后则将报告错误。

   def check_order(option, opt_str, value, parser):
       if parser.values.b:
           raise OptionValueError("can't use -a after -b")
       parser.values.a = 1
   ...
   parser.add_option("-a", action="callback", callback=check_order)
   parser.add_option("-b", action="store_true", dest="b")


回调示例 3：检查选项顺序（通用）
--------------------------------

如果你希望为多个类似的选项重用此回调（设置旗标，而在看到 "-b" 出现时触
发），则需要一些额外工作：它设置的错误消息和旗标必须进行通用化。

   def check_order(option, opt_str, value, parser):
       if parser.values.b:
           raise OptionValueError("can't use %s after -b" % opt_str)
       setattr(parser.values, option.dest, 1)
   ...
   parser.add_option("-a", action="callback", callback=check_order, dest='a')
   parser.add_option("-b", action="store_true", dest="b")
   parser.add_option("-c", action="callback", callback=check_order, dest='c')


回调示例 4：检查任意条件
------------------------

当然，你可以设置任何条件 --- 并不限于检查已定义选项的值。 举例来说，如
果你有一个不应当在满月时被调用的选项，你就可以这样做:

   def check_moon(option, opt_str, value, parser):
       if is_moon_full():
           raise OptionValueError("%s option invalid when moon is full"
                                  % opt_str)
       setattr(parser.values, option.dest, 1)
   ...
   parser.add_option("--foo",
                     action="callback", callback=check_moon, dest="foo")

（定义 "is_moon_full()" 的任务将作为留给读者的练习。）


回调示例 5：固定的参数
----------------------

当你定义接受固定数量参数的 callback 选项时情况会变得更有趣一点。 指定
一个 callback 选项接受参数的操作类似于定义一个 ""store"" 或 ""append""
选项：如果你定义 "type"，那么该选项将接受一个必须可被转换为相应类型的
参数；如果你进一步定义 "nargs"，那么该选项将接受 "nargs" 个参数。

下面是一个模拟了标准 ""store"" 动作的示例:

   def store_value(option, opt_str, value, parser):
       setattr(parser.values, option.dest, value)
   ...
   parser.add_option("--foo",
                     action="callback", callback=store_value,
                     type="int", nargs=3, dest="foo")

请注意 "optparse" 将为你读取 3 个参数并将它们转换为整数；你所要做的只
是保存它们。 （或任何其他操作；对于这个示例显然你不需要使用回调。）


回调示例 6：可变的参数
----------------------

当你想要一个选项接受可变数数量的参数时情况会变得更麻烦一点。 对于这种
场景，你必须编写一个回调，因为 "optparse" 没有为它提供任何内置的相应功
能。 而你必须处理 "optparse" 通常会为你处理的传统 Unix 命令行的某些细
节问题。 特别地，回调应当实现单个 "--" 和 "-" 参数的惯例规则:

* "--" 或 "-" 都可以作为选项参数

* 单个 "--" (如果不是某个选项的参数): 停止命令行处理并丢弃该 "--"

* 单个 "-" (如果不是某个选项的参数): 停止命令行处理但保留 "-" (将其添
  加到 "parser.largs")

如果你想要一个选项接受可变数量的参数，那么有几个微妙、棘手的问题需要考
虑到。 你选择的具体实现将基于你的应用程序对于各方面利弊的权衡（这就是
为什么 "optparse" 没有直接支持这一功能）。

无论如何，下面是一个对于接受可变参数的选项的回调的尝试:

   def vararg_callback(option, opt_str, value, parser):
       assert value is None
       value = []

       def floatable(str):
           try:
               float(str)
               return True
           except ValueError:
               return False

       for arg in parser.rargs:
           # stop on --foo like options
           if arg[:2] == "--" and len(arg) > 2:
               break
           # stop on -a, but not on -3 or -3.0
           if arg[:1] == "-" and len(arg) > 1 and not floatable(arg):
               break
           value.append(arg)

       del parser.rargs[:len(value)]
       setattr(parser.values, option.dest, value)

   ...
   parser.add_option("-c", "--callback", dest="vararg_attr",
                     action="callback", callback=vararg_callback)


扩展 "optparse"
===============

由于控制 "optparse" 如何读取命令行选项的两个主要因子是每个选项的动作和
类型，所以扩展最可能的方向就是添加新的动作和新的类型。


添加新的类型
------------

要添加新的类型，你必须自定义 "optparse" 的 "Option" 类的子类。 这个类
包含几个用来定义 "optparse" 的类型的属性: "TYPES" 和 "TYPE_CHECKER"。

Option.TYPES

   一个由类型名称组成的元组；在你的子类中，简单地定义一个在标准元组基
   础上构建的新元组 "TYPES"。

Option.TYPE_CHECKER

   一个将类型名称映射到类型检查函数的字典。 类型检查函数具有如下签名:

      def check_mytype(option, opt, value)

   其中 "option" 是一个 "Option" 实例，"opt" 是一个选项字符串 (例如
   "-f")，而 "value" 是来自命令行的必须被检查并转换为你想要的类型的字
   符串。 "check_mytype()" 应当返回假设的类型 "mytype" 的对象。 类型检
   查函数所返回的值将最终出现在 "OptionParser.parse_args()" 所返回的
   OptionValues 实例中，或是作为 "value" 形参传给一个回调。

   如果你的类型检查函数遇到任何问题则应当引发 "OptionValueError"。
   "OptionValueError" 接受一个字符串参数，该参数将被原样传递给
   "OptionParser" 的 "error()" 方法，该方法将随后附加程序名称和字符串
   ""error:"" 并在终结进程之前将所有信息打印到 stderr。

下面这个很傻的例子演示了如何添加一个 ""complex"" 选项类型以便在命令行
中解析 Python 风格的复数。 （现在这个例子比以前更傻了，因为 "optparse"
1.3 增加了对复数的内置支持，但是不必管它了。）

首先，必要的导入操作:

   from copy import copy
   from optparse import Option, OptionValueError

你必须先定义自己的类型检查器，因为以后它会被引用（在你的 Option 子类的
"TYPE_CHECKER" 类属性中）:

   def check_complex(option, opt, value):
       try:
           return complex(value)
       except ValueError:
           raise OptionValueError(
               "option %s: invalid complex value: %r" % (opt, value))

最后，是 Option 子类:

   class MyOption (Option):
       TYPES = Option.TYPES + ("complex",)
       TYPE_CHECKER = copy(Option.TYPE_CHECKER)
       TYPE_CHECKER["complex"] = check_complex

（如果我们不对 "Option.TYPE_CHECKER" 执行 "copy()"，我们就将修改
"optparse" 的 Option 类的 "TYPE_CHECKER" 属性。 Python 就是这样，除了
礼貌和常识以外没有任何东西能阻止你这样做。）

就是这样！ 现在你可以编写一个脚本以与其他基于 "optparse" 的脚本相同的
方式使用新的选项类型，除了你必须指示你的 OptionParser 使用 MyOption 而
不是 Option:

   parser = OptionParser(option_class=MyOption)
   parser.add_option("-c", type="complex")

作为替代选择，你可以构建你自己的选项列表并将它传给 OptionParser；如果
你不是以上述方式使用 "add_option()"，则你不需要告诉 OptionParser 使用
哪个选项类:

   option_list = [MyOption("-c", action="store", type="complex", dest="c")]
   parser = OptionParser(option_list=option_list)


添加新的动作
------------

添加新的动作有一点复杂，因为你必须理解 "optparse" 对于动作有几种分类:

"store" 类动作
   会使得 "optparse" 将某个值保存到当前 OptionValues 实例的特定属性中
   的动作；这些选项要求向 Option 构造器提供一个 "dest" 属性。attribute
   to be supplied to the constructor.

"typed" 类动作
   从命令行接受某个值并预期它是一个特定类型；或者更准确地说，是可被转
   换为一个特定类型的字符串的动作。 这些选项要求向 Option 构造器提供一
   个 "type" 属性。attribute to the constructor.

这些是相互重叠的集合：默认的 "store" 类动作有 ""store"",
""store_const"", ""append"" 和 ""count""，而默认的 "typed" 类动作有
""store"", ""append"" 和 ""callback""。

当你添加一个动作时，你需要将它列在 Option 的以下类属性的至少一个当中以
对它进行分类（全部为字符串列表）:

Option.ACTIONS

   所有动作必须在 ACTIONS 中列出。

Option.STORE_ACTIONS

   "store" 类动作要额外地在此列出。

Option.TYPED_ACTIONS

   "typed" 类动作要额外地在此列出。

Option.ALWAYS_TYPED_ACTIONS

   总是会接受一个类型的动作（即其选项总是会接受一个值）要额外地在此列
   出。 它带来的唯一影响是 "optparse" 会将默认类型 ""string"" 赋值给动
   作在 "ALWAYS_TYPED_ACTIONS" 中列出而未显式指定类型的选项。

为了真正实现你的新动作，你必须重写 Option 的 "take_action()" 方法并添
加一个识别你的动作的分支。

例如，让我们添加一个 ""extend"" 动作。 它类似于标准的 ""append"" 动作
，但 ""extend"" 不是从命令行接受单个值并将其添加到现有列表，而是接受形
式为以单个逗号分隔的多个值的字符串，并用这些值来扩展现有列表。 也就是
说，如果 "--names" 是一个类型为 ""string"" 的 ""extend"" 选项，则命令
行

   --names=foo,bar --names blah --names ding,dong

将得到一个列表

   ["foo", "bar", "blah", "ding", "dong"]

我们再定义一个 Option 的子类:

   class MyOption(Option):

       ACTIONS = Option.ACTIONS + ("extend",)
       STORE_ACTIONS = Option.STORE_ACTIONS + ("extend",)
       TYPED_ACTIONS = Option.TYPED_ACTIONS + ("extend",)
       ALWAYS_TYPED_ACTIONS = Option.ALWAYS_TYPED_ACTIONS + ("extend",)

       def take_action(self, action, dest, opt, value, values, parser):
           if action == "extend":
               lvalue = value.split(",")
               values.ensure_value(dest, []).extend(lvalue)
           else:
               Option.take_action(
                   self, action, dest, opt, value, values, parser)

应注意的特性:

* ""extend"" 既预期在命令行接受一个值又会将该值保存到某处，因此它同时
  被归类于 "STORE_ACTIONS" 和 "TYPED_ACTIONS"。

* 为确保 "optparse" 将 ""string"" 的默认类型赋值给 ""extend"" 动作，我
  们同时将 ""extend"" 动作归类于 "ALWAYS_TYPED_ACTIONS"。

* "MyOption.take_action()" 只实现了这一个新动作，并将控制权回传给
  "Option.take_action()" 以执行标准的 "optparse" 动作。

* "values" 是 optparse_parser.Values 类的一个实例，该类提供了非常有用
  的 "ensure_value()" 方法。 "ensure_value()" 实际就是一个带有安全阀的
  "getattr()"；它的调用形式为

     values.ensure_value(attr, value)

  如果 "values" 的 "attr" 属性不存在或为 "None"，则 ensure_value() 会
  先将其设为 "value"，然后返回该值。 这非常适用于 ""extend"",
  ""append"" 和 ""count"" 等动作，它们会将数据累积在一个变量中并预期该
  变量属于特定的类型（前两项是一个列表，后一项是一个整数）。 使用
  "ensure_value()" 意味着使用你的动作的脚本无需关心为相应的选项目标设
  置默认值；可以简单地保持默认的 "None" 则 "ensure_value()" 将在必要时
  负责为其设置适当的值。
