是否有一个 C# 命令行解析库，对 git、svn 等风格的“子命令”有很好的支持？例如，“git”命令有几个子命令：
git add
git status
git diff
...
有两个必须在子命令名称之前的全局选项，以及必须在其名称之后的子命令特定的选项。例如，它们做不同的事情：
git -p add
git add -p
不同的子命令可能都有完全不同的选项和参数集。
我一直在使用 NDesk.Options，但到目前为止我还不需要实现子命令。我认为它足够灵活，可以在其上构建子命令，但如何以简洁优雅的方式最好地做到这一点并不完全清楚。是否可以在 NDesk.Options 中执行此操作，或者是否有更合适的 C# 命令行解析库？
【问题讨论】：
我偏爱my own option parsing library，我是blogging about currently。我确实计划介绍子命令，但我需要一段时间才能了解它（这将是最后的帖子之一）。
Nito.KitchenSink.OptionParsing 不直接支持子命令，但您可以使用该库仅解析部分命令行，并自行处理子命令。 “全局”和“子命令特定”选项集添加了一个有趣的转折点，但可以这样完成：
using System;
using System.Linq;
using Nito.KitchenSink.OptionParsing;
class Program
{
private sealed class GlobalOptions : OptionArgumentsBase
{
// Use a better name than "POption". This is just an example.
[Option('p', OptionArgument.None)]
public bool POption { get; set; }
// Override Validate to allow AdditionalArguments.
public override void Validate()
{
}
}
private sealed class AddOptions : OptionArgumentsBase
{
[Option('p', OptionArgument.None)]
public bool POption { get; set; }
}
static int Main()
{
try
{
// Parse the entire command line into a GlobalOptions object.
var options = OptionParser.Parse<GlobalOptions>();
// The first entry in AdditionalArguments is our sub-command.
if (options.AdditionalArguments.Count == 0)
throw new OptionParsingException("No sub-command specified.");
object subcommandOptions = null;
string subcommand = options.AdditionalArguments[0];
switch (subcommand)
{
case "add":
{
// Parse the remaining arguments as command-specific options.
subcommandOptions = OptionParser.Parse<AddOptions>(options.AdditionalArguments.Skip(1));
break;
}
case "status": // TODO: Parse command-specific options for this, too.
break;
case "diff": // TODO: Parse command-specific options for this, too.
break;
default:
throw new OptionParsingException("Unknown sub-command: " + subcommand);
}
// At this point, we have our global options, subcommand, and subcommand options.
Console.WriteLine("Global -p option: " + options.POption);
Console.WriteLine("Subcommand: " + subcommand);
var addOptions = subcommandOptions as AddOptions;
if (addOptions != null)
Console.WriteLine("Add-specific -p option: " + addOptions.POption);
return 0;
}
catch (OptionParsingException ex)
{
Console.Error.WriteLine(ex.Message);
// TODO: write out usage information.
return 2;
}
catch (Exception ex)
{
Console.Error.WriteLine(ex);
return 1;
}
}
}
上面的示例程序产生以下输出：
>CommandLineParsingTest.exe
No sub-command specified.
>CommandLineParsingTest.exe -p
No sub-command specified.
>CommandLineParsingTest.exe test
Unknown sub-command: test
>CommandLineParsingTest.exe add
Global -p option: False
Subcommand: add
Add-specific -p option: False
>CommandLineParsingTest.exe -p add
Global -p option: True
Subcommand: add
Add-specific -p option: False
>CommandLineParsingTest.exe add -p
Global -p option: False
Subcommand: add
Add-specific -p option: True
>CommandLineParsingTest.exe -p add -p
Global -p option: True
Subcommand: add
Add-specific -p option: True
>CommandLineParsingTest.exe status
Global -p option: False
Subcommand: status
>CommandLineParsingTest.exe -p status
Global -p option: True
Subcommand: status
【讨论】：
OptionParser.Parse，只考虑GlobalOptions定义的选项。这将消耗子命令之前的所有参数（包括-p）。由于子命令未被识别为有效的全局选项，因此命令行的其余部分仅放置在 GlobalOptions.AdditionalArguments 中（所有剩余选项都被视为位置参数，它们不会被解析）。在评估子命令（手动）之后，我再次调用OptionParser.Parse，这次将剩余的命令行传递给它，只考虑AddOptions 中定义的选项。
你可以试试开源项目“命令行”：
【讨论】：