The Command Line Parser Library offers to CLR applications a clean and concise API for manipulating command line arguments and related tasks defining switches, options and verb commands. It allows you to display an help screen with an high degree of customization and a simple way to report syntax errors to the end user. Everything that is boring and repetitive to be programmed stands up on library shoulders, letting developers concentrate on core logic. This library provides hassle free command line parsing with a constantly updated API since 2005.
- .NET Framework 3.5+
- Mono 2.1+ Profile
- One line parsing using default singleton:
CommandLine.Parser.Default.ParseArguments(...)
. - One line help screen generator:
HelpText.AutoBuild(...)
. - Map command line arguments to
IList<string>
, arrays, enum or standard scalar types. - Plug-In friendly architecture as explained here.
- Define verb commands as
git commit -a
. - Create parser instance using lambda expressions.
- Most of features applies with a CoC philosophy.
- NuGet way (latest stable):
Install-Package CommandLineParser
- NuGet way (latest version):
Install-Package CommandLineParser -pre
- XCOPY way:
cp -r CommandLine/src/libcmdline To/Your/Project/Dir
You can use still use MonoDevelop or Visual Studio, but the project can aslo be built using Ruby Rake with a script that depends on Albacore.
$ gem install albacore
$ git clone https://github.com/gsscoder/commandline.git CommandLine
$ cd CommandLine
$ rake
Latest changes are recorded from Version 1.9.4.91, please refer to this document.
Since introduction of verb commands is a very new feature, templates and sample application are not updated to illustrate it. Please refer this wiki section and unit tests code to learn how to define, how to respond and how they relate to help subsystem. Give a look also at this blog article.
The project is and well suited to be included in your application. If you don't merge it to your project tree, you must reference CommandLine.dll
and import CommandLine
and CommandLine.Text
namespaces (or install via NuGet). The help text builder and its support types lives in CommandLine.Text
namespace that is loosely coupled with the parser. However is good to know that HelpText
class will avoid a lot of repetitive coding.
Define a class to receive parsed values:
class Options {
[Option('r', "read", Required = true,
HelpText = "Input file to be processed.")]
public string InputFile { get; set; }
// omitting long name, default --verbose
[Option(DefaultValue = true,
HelpText = "Prints all messages to standard output.")]
public bool Verbose { get; set; }
[ParserState]
public IParserState LastParserState { get; set; }
[HelpOption]
public string GetUsage() {
return HelpText.AutoBuild(this,
(HelpText current) => HelpText.DefaultParsingErrorsHandler(this, current));
}
}
Consume them:
static void Main(string[] args) {
var options = new Options();
if (CommandLine.Parser.Default.ParseArguments(args, options)) {
// Values are available here
if (options.Verbose) Console.WriteLine("Filename: {0}", options.InputFile);
}
}
Thanks to JetBrains for providing an open source license for ReSharper.
Main Contributors (alphabetical order):
- Alexander Fast (@mizipzor)
- Dan Nemec (@nemec)
- Kevin Moore (@gimmemoore)
- Steven Evans
- Promoted to stable.
- Implicit name is now available on
OptionAttribute
andOptionListAttribute
. - Fixing version numeration error.
Giacomo Stelluti Scala