闲话
在很久很久以前，电脑是命令行/终端/控制台的天下，那屏幕上的光标在行云流水般的键盘敲击下欢快地飞跃着，那一行行的字符输出唰唰唰地滚动着……直到 Windows 95 的出现（那时候我还不知道苹果电脑和它的操作系统），我的鼠标终于不再召灰，开始有了用武之地，然后就是 GUI 的天下……
然而世事就是这样，锦绣繁华之后就开始返璞归真，大鱼大肉太多就向往点粗茶淡饭，开车开久了就怀念起自行车，GUI 充斥的 Windows 的世界里似乎也开始挂起一阵控制台的清风。毕竟，一旦你熟悉了各种命令和参数，敲键盘的速度还是胜过鼠标的，只是现在的人都太懒或者太忙，总是宁愿牺牲效率而不愿意去多记一点东西。
我个人还是很喜欢命令行的，尤其是远程访问一个系统的时候，一个简单的 ssh 命令直接登录到远程 Linux,一个简单的 scp 命令就可以互相传输文件，这种便利、快捷是 Windows 远程桌面所无法比拟的。GUI 也许是 Windows 的设计哲学， 做什么事情都要靠 GUI。 没错，这大大降低了各种操作门槛，但是作为一个程序员，GUI 工具并非总是最佳选择，但除了 GUI 工具，替代选择并不多——直到 .NET Core 的出现。
专业的控制台程序
首先我们要有个标准，怎样才算“专业的控制台程序”？
平常无论是写着玩还是工作需要，我都做过一些控制台程序，在启动参数的传入、解析和执行上都比较随意，类似 MyProgram abc 123 这样，MyProgram 是程序名，abc、123 是参数值，内部直接用 args[0]、args[1]取得参数值并使用。仅此而已。时间长了，自己都搞不懂每个参数什么意思，参数有哪些有效值，都得查源代码才知道，每个参数的顺序也很重要，颠倒不得。而内部实现上，至少是 Main 方法里是典型的面条式代码。由此可见，我的这些控制台程序，无论是外在，还是内在，都业余得很。
那一个专业的控制台程序应该是什么样的呢？
完善的帮助信息
当你面对一个陌生的命令行程序，或者重新面对你自己2个月之前写的命令行程序，你心里第一反应会是什么呢？让我猜猜，你的第一反应一定是“这货到底怎么用？”（不要告诉我我猜错了，我不相信