采用一个新的命令行解释器框架，最痛苦地莫过于编写数据结构或者流式定义了。我们首先回顾一下 cmdr 和其它大多数三方增强命令行解释器都支持的最典型的两种命令行界面定义方式，然后再来研究一下 cmdr 新增的最平滑的迁移方案。

暂时来讲，这是最后一篇关于 cmdr 的系列介绍文章了。 所有这个系列包括： 另一个go命令行参数处理器 - cmdr cmdr 02 - 复刻一个 wget cmdr 03 - 用流式接口定义命令行参数处理选项 cmdr 04 - 简单微服务 cmdr 05 - 扫尾 - Tricks/Walks/Hooks 这一次的内容算是杂烩乱炖。 Tricks ~~debug 已经在前文讲述过了。这里不再...

cmdr 04 - simple micro-service based on cmdr v0.2.21 My ado is too much. 所以这次直入主题，谢绝吐槽。不知道 cmdr 干嘛用的，无妨看看前文 另一个go命令行参数处理器 - cmdr cmdr 02 - 复刻一个 wget cmdr 03 - 用流式接口定义命令行参数处理选项 那么，golang适合做后端开发，无论是 gRPC 还是 RESTful 都是它的...

转眼已经来到了 cmdr v0.2.17 了，为了解决此前版本中关于子命令和选项定义语句的太多嵌套的问题，我们实现了流式调用接口（Fluent APIs）。

继 Getting Start 之后，我们来介绍如何用 cmdr 复刻一个 wget 的命令行界面，并具体介绍 Command 和 Flag 的各个细节以及 cmdr 能够做到哪些别人做不到的事。

在计算机人机交互界面的历史上，命令行的交互方式只有一种是贯穿始终，得到传承和延续的，那就是 getopt 以及 getopt_long。说起 getopt 来也可以讲述一个怪长的故事，然而本文不做此打算。无论如何，你需要知道的就是，getopt及其交互界面已经是POSIX的一部分，一个卓有成效的程序员、开发者、科学家，或者计算机从业者...