119625d8cSopenharmony_ci// Contributing 219625d8cSopenharmony_ci// 319625d8cSopenharmony_ci// New example code: 419625d8cSopenharmony_ci// - Please update the corresponding section in the derive tutorial 519625d8cSopenharmony_ci// - Building: They must be added to `Cargo.toml` with the appropriate `required-features`. 619625d8cSopenharmony_ci// - Testing: Ensure there is a markdown file with [trycmd](https://docs.rs/trycmd) syntax 719625d8cSopenharmony_ci// 819625d8cSopenharmony_ci// See also the general CONTRIBUTING 919625d8cSopenharmony_ci 1019625d8cSopenharmony_ci//! # Documentation: Builder Tutorial 1119625d8cSopenharmony_ci//! 1219625d8cSopenharmony_ci//! 1. [Quick Start](#quick-start) 1319625d8cSopenharmony_ci//! 2. [Configuring the Parser](#configuring-the-parser) 1419625d8cSopenharmony_ci//! 3. [Adding Arguments](#adding-arguments) 1519625d8cSopenharmony_ci//! 1. [Positionals](#positionals) 1619625d8cSopenharmony_ci//! 2. [Options](#options) 1719625d8cSopenharmony_ci//! 3. [Flags](#flags) 1819625d8cSopenharmony_ci//! 4. [Subcommands](#subcommands) 1919625d8cSopenharmony_ci//! 5. [Defaults](#defaults) 2019625d8cSopenharmony_ci//! 4. Validation 2119625d8cSopenharmony_ci//! 1. [Enumerated values](#enumerated-values) 2219625d8cSopenharmony_ci//! 2. [Validated values](#validated-values) 2319625d8cSopenharmony_ci//! 3. [Argument Relations](#argument-relations) 2419625d8cSopenharmony_ci//! 4. [Custom Validation](#custom-validation) 2519625d8cSopenharmony_ci//! 5. [Testing](#testing) 2619625d8cSopenharmony_ci//! 2719625d8cSopenharmony_ci//! See also 2819625d8cSopenharmony_ci//! - [FAQ: When should I use the builder vs derive APIs?][crate::_faq#when-should-i-use-the-builder-vs-derive-apis] 2919625d8cSopenharmony_ci//! - The [cookbook][crate::_cookbook] for more application-focused examples 3019625d8cSopenharmony_ci//! 3119625d8cSopenharmony_ci//! ## Quick Start 3219625d8cSopenharmony_ci//! 3319625d8cSopenharmony_ci//! You can create an application with several arguments using usage strings. 3419625d8cSopenharmony_ci//! 3519625d8cSopenharmony_ci//! ```rust 3619625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/01_quick.rs")] 3719625d8cSopenharmony_ci//! ``` 3819625d8cSopenharmony_ci//! 3919625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/01_quick.md")] 4019625d8cSopenharmony_ci//! 4119625d8cSopenharmony_ci//! ## Configuring the Parser 4219625d8cSopenharmony_ci//! 4319625d8cSopenharmony_ci//! You use [`Command`][crate::Command] to start building a parser. 4419625d8cSopenharmony_ci//! 4519625d8cSopenharmony_ci//! ```rust 4619625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/02_apps.rs")] 4719625d8cSopenharmony_ci//! ``` 4819625d8cSopenharmony_ci//! 4919625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/02_apps.md")] 5019625d8cSopenharmony_ci//! 5119625d8cSopenharmony_ci//! You can use [`command!()`][crate::command!] to fill these fields in from your `Cargo.toml` 5219625d8cSopenharmony_ci//! file. **This requires the [`cargo` feature flag][crate::_features].** 5319625d8cSopenharmony_ci//! 5419625d8cSopenharmony_ci//! ```rust 5519625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/02_crate.rs")] 5619625d8cSopenharmony_ci//! ``` 5719625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/02_crate.md")] 5819625d8cSopenharmony_ci//! 5919625d8cSopenharmony_ci//! You can use [`Command`][crate::Command] methods to change the application level behavior of 6019625d8cSopenharmony_ci//! clap. 6119625d8cSopenharmony_ci//! 6219625d8cSopenharmony_ci//! ```rust 6319625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/02_app_settings.rs")] 6419625d8cSopenharmony_ci//! ``` 6519625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/02_app_settings.md")] 6619625d8cSopenharmony_ci//! 6719625d8cSopenharmony_ci//! ## Adding Arguments 6819625d8cSopenharmony_ci//! 6919625d8cSopenharmony_ci//! ### Positionals 7019625d8cSopenharmony_ci//! 7119625d8cSopenharmony_ci//! You can have users specify values by their position on the command-line: 7219625d8cSopenharmony_ci//! 7319625d8cSopenharmony_ci//! ```rust 7419625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_03_positional.rs")] 7519625d8cSopenharmony_ci//! ``` 7619625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_03_positional.md")] 7719625d8cSopenharmony_ci//! 7819625d8cSopenharmony_ci//! Note that the default [`ArgAction`][crate::ArgAction] is [`Set`][crate::ArgAction::Set]. To 7919625d8cSopenharmony_ci//! accept multiple values, use [`Append`][crate::ArgAction::Append]: 8019625d8cSopenharmony_ci//! ```rust 8119625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_03_positional_mult.rs")] 8219625d8cSopenharmony_ci//! ``` 8319625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_03_positional_mult.md")] 8419625d8cSopenharmony_ci//! 8519625d8cSopenharmony_ci//! ### Options 8619625d8cSopenharmony_ci//! 8719625d8cSopenharmony_ci//! You can name your arguments with a flag: 8819625d8cSopenharmony_ci//! - Order doesn't matter 8919625d8cSopenharmony_ci//! - They can be optional 9019625d8cSopenharmony_ci//! - Intent is clearer 9119625d8cSopenharmony_ci//! 9219625d8cSopenharmony_ci//! ```rust 9319625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_02_option.rs")] 9419625d8cSopenharmony_ci//! ``` 9519625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_02_option.md")] 9619625d8cSopenharmony_ci//! 9719625d8cSopenharmony_ci//! Note that the default [`ArgAction`][crate::ArgAction] is [`Set`][crate::ArgAction::Set]. To 9819625d8cSopenharmony_ci//! accept multiple occurrences, use [`Append`][crate::ArgAction::Append]: 9919625d8cSopenharmony_ci//! ```rust 10019625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_02_option_mult.rs")] 10119625d8cSopenharmony_ci//! ``` 10219625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_02_option_mult.md")] 10319625d8cSopenharmony_ci//! 10419625d8cSopenharmony_ci//! ### Flags 10519625d8cSopenharmony_ci//! 10619625d8cSopenharmony_ci//! Flags can also be switches that can be on/off: 10719625d8cSopenharmony_ci//! 10819625d8cSopenharmony_ci//! ```rust 10919625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_01_flag_bool.rs")] 11019625d8cSopenharmony_ci//! ``` 11119625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_01_flag_bool.md")] 11219625d8cSopenharmony_ci//! 11319625d8cSopenharmony_ci//! To accept multiple flags, use [`Count`][crate::ArgAction::Count]: 11419625d8cSopenharmony_ci//! 11519625d8cSopenharmony_ci//! ```rust 11619625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_01_flag_count.rs")] 11719625d8cSopenharmony_ci//! ``` 11819625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_01_flag_count.md")] 11919625d8cSopenharmony_ci//! 12019625d8cSopenharmony_ci//! ### Subcommands 12119625d8cSopenharmony_ci//! 12219625d8cSopenharmony_ci//! Subcommands are defined as [`Command`][crate::Command]s that get added via 12319625d8cSopenharmony_ci//! [`Command::subcommand`][crate::Command::subcommand]. Each instance of a Subcommand can have its 12419625d8cSopenharmony_ci//! own version, author(s), Args, and even its own subcommands. 12519625d8cSopenharmony_ci//! 12619625d8cSopenharmony_ci//! ```rust 12719625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_04_subcommands.rs")] 12819625d8cSopenharmony_ci//! ``` 12919625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_04_subcommands.md")] 13019625d8cSopenharmony_ci//! 13119625d8cSopenharmony_ci//! ### Defaults 13219625d8cSopenharmony_ci//! 13319625d8cSopenharmony_ci//! We've previously showed that arguments can be [`required`][crate::Arg::required] or optional. 13419625d8cSopenharmony_ci//! When optional, you work with a `Option` and can `unwrap_or`. Alternatively, you can set 13519625d8cSopenharmony_ci//! [`Arg::default_value`][crate::Arg::default_value]. 13619625d8cSopenharmony_ci//! 13719625d8cSopenharmony_ci//! ```rust 13819625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_05_default_values.rs")] 13919625d8cSopenharmony_ci//! ``` 14019625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/03_05_default_values.md")] 14119625d8cSopenharmony_ci//! 14219625d8cSopenharmony_ci//! ## Validation 14319625d8cSopenharmony_ci//! 14419625d8cSopenharmony_ci//! By default, arguments are assumed to be `String`s and only UTF-8 validation is performed. 14519625d8cSopenharmony_ci//! 14619625d8cSopenharmony_ci//! ### Enumerated values 14719625d8cSopenharmony_ci//! 14819625d8cSopenharmony_ci//! If you have arguments of specific values you want to test for, you can use the 14919625d8cSopenharmony_ci//! [`PossibleValuesParser`][crate::builder::PossibleValuesParser] or [`Arg::value_parser(["val1", 15019625d8cSopenharmony_ci//! ...])`][crate::Arg::value_parser] for short. 15119625d8cSopenharmony_ci//! 15219625d8cSopenharmony_ci//! This allows you specify the valid values for that argument. If the user does not use one of 15319625d8cSopenharmony_ci//! those specific values, they will receive a graceful exit with error message informing them 15419625d8cSopenharmony_ci//! of the mistake, and what the possible valid values are 15519625d8cSopenharmony_ci//! 15619625d8cSopenharmony_ci//! ```rust 15719625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/04_01_possible.rs")] 15819625d8cSopenharmony_ci//! ``` 15919625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/04_01_possible.md")] 16019625d8cSopenharmony_ci//! 16119625d8cSopenharmony_ci//! When enabling the [`derive` feature][crate::_features], you can use 16219625d8cSopenharmony_ci//! [`ValueEnum`][crate::ValueEnum] to take care of the boiler plate for you, giving the same 16319625d8cSopenharmony_ci//! results. 16419625d8cSopenharmony_ci//! 16519625d8cSopenharmony_ci//! ```rust 16619625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/04_01_enum.rs")] 16719625d8cSopenharmony_ci//! ``` 16819625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/04_01_enum.md")] 16919625d8cSopenharmony_ci//! 17019625d8cSopenharmony_ci//! ### Validated values 17119625d8cSopenharmony_ci//! 17219625d8cSopenharmony_ci//! More generally, you can validate and parse into any data type. 17319625d8cSopenharmony_ci//! 17419625d8cSopenharmony_ci//! ```rust 17519625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/04_02_parse.rs")] 17619625d8cSopenharmony_ci//! ``` 17719625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/04_02_parse.md")] 17819625d8cSopenharmony_ci//! 17919625d8cSopenharmony_ci//! A custom parser can be used to improve the error messages or provide additional validation: 18019625d8cSopenharmony_ci//! 18119625d8cSopenharmony_ci//! ```rust 18219625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/04_02_validate.rs")] 18319625d8cSopenharmony_ci//! ``` 18419625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/04_02_validate.md")] 18519625d8cSopenharmony_ci//! 18619625d8cSopenharmony_ci//! See [`Arg::value_parser`][crate::Arg::value_parser] for more details. 18719625d8cSopenharmony_ci//! 18819625d8cSopenharmony_ci//! ### Argument Relations 18919625d8cSopenharmony_ci//! 19019625d8cSopenharmony_ci//! You can declare dependencies or conflicts between [`Arg`][crate::Arg]s or even 19119625d8cSopenharmony_ci//! [`ArgGroup`][crate::ArgGroup]s. 19219625d8cSopenharmony_ci//! 19319625d8cSopenharmony_ci//! [`ArgGroup`][crate::ArgGroup]s make it easier to declare relations instead of having to list 19419625d8cSopenharmony_ci//! each individually, or when you want a rule to apply "any but not all" arguments. 19519625d8cSopenharmony_ci//! 19619625d8cSopenharmony_ci//! Perhaps the most common use of [`ArgGroup`][crate::ArgGroup]s is to require one and *only* one 19719625d8cSopenharmony_ci//! argument to be present out of a given set. Imagine that you had multiple arguments, and you 19819625d8cSopenharmony_ci//! want one of them to be required, but making all of them required isn't feasible because perhaps 19919625d8cSopenharmony_ci//! they conflict with each other. 20019625d8cSopenharmony_ci//! 20119625d8cSopenharmony_ci//! ```rust 20219625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/04_03_relations.rs")] 20319625d8cSopenharmony_ci//! ``` 20419625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/04_03_relations.md")] 20519625d8cSopenharmony_ci//! 20619625d8cSopenharmony_ci//! ### Custom Validation 20719625d8cSopenharmony_ci//! 20819625d8cSopenharmony_ci//! As a last resort, you can create custom errors with the basics of clap's formatting. 20919625d8cSopenharmony_ci//! 21019625d8cSopenharmony_ci//! ```rust 21119625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/04_04_custom.rs")] 21219625d8cSopenharmony_ci//! ``` 21319625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/04_04_custom.md")] 21419625d8cSopenharmony_ci//! 21519625d8cSopenharmony_ci//! ## Testing 21619625d8cSopenharmony_ci//! 21719625d8cSopenharmony_ci//! clap reports most development errors as `debug_assert!`s. Rather than checking every 21819625d8cSopenharmony_ci//! subcommand, you should have a test that calls 21919625d8cSopenharmony_ci//! [`Command::debug_assert`][crate::Command::debug_assert]: 22019625d8cSopenharmony_ci//! ```rust,no_run 22119625d8cSopenharmony_ci#![doc = include_str!("../examples/tutorial_builder/05_01_assert.rs")] 22219625d8cSopenharmony_ci//! ``` 223