mirror of
https://github.com/clap-rs/clap
synced 2024-12-15 07:12:32 +00:00
d840d5650e
Before #2005, `Clap` was a special trait that derived all clap traits it detected were relevant (including an enum getting both `ArgEnum`, `Clap`, and `Subcommand`). Now, we have elevated `Clap`, `Args`, `Subcommand`, and `ArgEnum` to be user facing but the name `Clap` isn't very descriptive. This also helps further clarify the relationships so a crate providing an item to be `#[clap(flatten)]` or `#[clap(subcommand)]` is more likely to choose the needed trait to derive. Also, my proposed fix fo #2785 includes making `App` attributes almost exclusively for `Clap`. Clarifying the names/roles will help communicate this. For prior discussion, see #2583
26 lines
466 B
Rust
26 lines
466 B
Rust
//! How to extract subcommands' args into external structs.
|
|
|
|
use clap::Parser;
|
|
|
|
#[derive(Debug, Parser)]
|
|
pub struct Foo {
|
|
pub bar: Option<String>,
|
|
}
|
|
|
|
#[derive(Debug, Parser)]
|
|
pub enum Command {
|
|
#[clap(name = "foo")]
|
|
Foo(Foo),
|
|
}
|
|
|
|
#[derive(Debug, Parser)]
|
|
#[clap(name = "classify")]
|
|
pub struct ApplicationArguments {
|
|
#[clap(subcommand)]
|
|
pub command: Command,
|
|
}
|
|
|
|
fn main() {
|
|
let opt = ApplicationArguments::parse();
|
|
println!("{:?}", opt);
|
|
}
|