>我有一个使用正则表达式的字符串解析函数:fn parse(s: &str) -> Option<MyObj>
.它在测试时有效 parse("test string")
.但是使用Args
时失败了。失败的是正则表达式无法匹配 s
中的任何内容。
我使用Args
的方式是:args().map(|arg| parse(&arg)).collect()
。我在这里看不到类型错误。println
in parse
显示s
与"测试字符串"是同一字符串。
更新了我的描述。我不确定我的问题是否与字符串和 str 的不同有关。因为我正在使用str
,但它仍然失败了。
extern crate regex;
use regex::Regex;
use std::env::args;
struct IPRange {
start: u32,
mask: u8,
}
fn parse_iprange(ipr: &str) -> Option<IPRange> {
let parser = Regex::new(
r"^(d{1,3}.d{1,3}.d{1,3}.d{1,3})/(d+|d{1,3}.d{1,3}.d{1,3}.d{1,3})$",
)
.unwrap();
let caps = parser.captures(ipr).unwrap();
return Some(IPRange { start: 0, mask: 0 });
}
fn main() {
let v: Vec<_> = args().map(|arg| parse_iprange(&arg)).collect();
}
$ RUST_BACKTRACE=1 cargo run 192.168.3.1/24
Finished dev [unoptimized + debuginfo] target(s) in 0.04s
Running `target/debug/ip_helper 192.168.3.1/24`
thread 'main' panicked at 'called `Option::unwrap()` on a `None` value', src/libcore/option.rs:345:21
stack backtrace:
0: std::sys::unix::backtrace::tracing::imp::unwind_backtrace
at src/libstd/sys/unix/backtrace/tracing/gcc_s.rs:39
1: std::sys_common::backtrace::_print
at src/libstd/sys_common/backtrace.rs:70
2: std::panicking::default_hook::{{closure}}
at src/libstd/sys_common/backtrace.rs:58
at src/libstd/panicking.rs:200
3: std::panicking::default_hook
at src/libstd/panicking.rs:215
4: std::panicking::rust_panic_with_hook
at src/libstd/panicking.rs:478
5: std::panicking::continue_panic_fmt
at src/libstd/panicking.rs:385
6: rust_begin_unwind
at src/libstd/panicking.rs:312
7: core::panicking::panic_fmt
at src/libcore/panicking.rs:85
8: core::panicking::panic
at src/libcore/panicking.rs:49
9: <core::option::Option<T>>::unwrap
at /rustc/2aa4c46cfdd726e97360c2734835aa3515e8c858/src/libcore/macros.rs:10
10: ip_helper::parse_iprange
at src/main.rs:18
args()
的第一项是实现行为:
第一个元素传统上是可执行文件的路径,但它可以设置为任意文本,甚至可能不存在。这意味着出于安全目的不应依赖此属性。
因此,您应该跳过它:
let v: Vec<_> = args().skip(1).map(|arg| parse_iprange(&arg)).collect();