argmatches＆＃x27; get_one不能击落f64

Question

我已经使用了 clap板条板在我的代码中解析参数。 关于定义和解析论点的代码的最小结构如下。

use clap::builder::Command;
use clap::{Arg, ArgMatches};

let matches = Command::new("test")
                .arg(Arg::new("mass")
                    .short('m')
                    .takes_value(true))
                .get_matches()
let mass: f64 = *matches.get_one::<f64>("mass").unwrap();

但是我遇到了一个错误“线程'main'对'定义和访问质量的访问之间的不匹配感到惊慌。 /strong>

我可以通过使用parse（）从字符串到f64修复它。

let mass: f64 = *matches.get_one::<String>("mass").unwrap().parse().unwrap();

我想知道为什么只有f64不能被get_one函数解析与布尔或用户的情况不同。

Answer 1

我发现了为什么恐慌会发生，以及如何防止恐慌。
恐慌之所以发生，是因为拍手不会自动检测浮点类型参数。
我们应该指定浮点或其他自定义类型的值（或定义命令时）的值（或等效的参数类型）。

let matches = Command::new("test")
                .arg(Arg::new("mass")
                    .short('m')
                    .takes_value(true))
                    .value_parser(clap::value_parser!(f64))
                .get_matches()

然后，恐慌解决了。
在上面的代码块中，clap :: value_parser！（f64）的结果是_AnonyMONNOMNVALUEPARSER（valyeparser :: ether（f64））>

Answer 2

就我而言，它只是无法将值解析为所提供的类型（并显示不充分的错误消息）。 I类型试图按照＆amp; str：

matches.get_one::<&str>("arg");

这使程序感到恐慌，因为它未能将输入解析为＆amp; str。我使用的解决方案是将其解析为String和，然后将其转换为＆amp; str：

matches.get_one::<String>("arg").map(|s| s.as_str());

Answer 3

它不是浮点或任何其他合并：

let in_file_name: PathBuf;
if let Some(infile) = matches.get_one::<PathBuf>("infile") {
    in_file_name = infile.to_owned().into();

工作时遇到相同的问题

let in_file_name: PathBuf;

if let Some(infile) = matches.get_one::<String>("infile") {
    in_file_name = infile.to_owned().into();

。
-Michael