处理环境变量
我们将通过添加一个额外的功能来改进minigrep
:一个用户可以通过环境变量启用的不区分大小写的搜索选项。我们本可以将此功能设为命令行选项,并要求用户每次使用时都输入,但通过将其设为环境变量,我们允许用户一次性设置环境变量,从而在该终端会话中使所有搜索都不区分大小写。
为不区分大小写的 search
函数编写一个失败的测试
我们首先添加一个新的search_case_insensitive
函数,当环境变量有值时将调用该函数。我们将继续遵循TDD过程,因此第一步同样是编写一个失败的测试。我们将为新的search_case_insensitive
函数添加一个新的测试,并将我们旧的测试从one_result
重命名为case_sensitive
,以澄清这两个测试之间的区别,如清单12-20所示。
请注意,我们还编辑了旧测试的 contents
。我们添加了一行新的文本 "Duct tape."
,使用了大写的 D,这在我们进行区分大小写的搜索时不应该匹配查询 "duct"
。以这种方式更改旧测试有助于确保我们不会意外破坏已经实现的区分大小写的搜索功能。此测试现在应该通过,并且在我们进行不区分大小写的搜索时应该继续通过。
新的不区分大小写的搜索测试使用 "rUsT"
作为查询。在我们即将添加的 search_case_insensitive
函数中,查询 "rUsT"
应该匹配包含 "Rust:"
的行,其中 R 是大写的,并且应该匹配 "Trust me."
这一行,即使这两行的大小写与查询不同。这是我们的失败测试,它将无法编译,因为我们还没有定义 search_case_insensitive
函数。你可以添加一个总是返回空向量的骨架实现,类似于我们在清单 12-16 中为 search
函数所做的那样,以查看测试编译并失败。
实现 search_case_insensitive
函数
search_case_insensitive
函数,如清单 12-21 所示,将几乎与 search
函数相同。唯一的区别是我们将把 query
和每个 line
转换为小写,这样无论输入参数的大小写如何,在检查行是否包含查询时,它们的大小写将相同。
首先我们将 query
字符串转换为小写,并将其存储在一个同名的阴影变量中。对查询调用 to_lowercase
是必要的,这样无论用户的查询是 "rust"
、"RUST"
、"Rust"
还是 "rUsT"
,我们都会将其视为 "rust"
并且不区分大小写。虽然 to_lowercase
会处理基本的 Unicode,但它不会 100% 准确。如果我们正在编写一个真实的应用程序,我们在这里需要做更多的工作,但本节是关于环境变量的,而不是 Unicode,所以我们在这里就不再深入了。
注意,query
现在是一个 String
而不是一个字符串切片,因为调用 to_lowercase
会创建新数据而不是引用现有数据。以 "rUsT"
为例:该字符串切片中不包含小写的 u
或 t
供我们使用,所以我们必须分配一个包含 "rust"
的新 String
。当我们现在将 query
作为参数传递给 contains
方法时,我们需要添加一个取地址符,因为 contains
的签名定义为接受一个字符串切片。
接下来,我们在每个line
上调用to_lowercase
方法,将所有字符转换为小写。现在我们已经将line
和query
转换为小写,无论查询的大小写如何,我们都能找到匹配项。
让我们看看这个实现是否能通过测试:
$ cargo test
Compiling minigrep v0.1.0 (file:///projects/minigrep)
Finished `test` profile [unoptimized + debuginfo] target(s) in 1.33s
Running unittests src/lib.rs (target/debug/deps/minigrep-9cd200e5fac0fc94)
running 2 tests
test tests::case_insensitive ... ok
test tests::case_sensitive ... ok
test result: ok. 2 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.00s
Running unittests src/main.rs (target/debug/deps/minigrep-9cd200e5fac0fc94)
running 0 tests
test result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.00s
Doc-tests minigrep
running 0 tests
test result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.00s
很好!它们通过了。现在,让我们从 run
函数中调用新的 search_case_insensitive
函数。首先我们将在 Config
结构体中添加一个配置选项,以在区分大小写和不区分大小写的搜索之间切换。添加此字段会导致编译错误,因为我们还没有在任何地方初始化此字段:
文件名: src/lib.rs
use std::error::Error;
use std::fs;
pub struct Config {
pub query: String,
pub file_path: String,
pub ignore_case: bool,
}
impl Config {
pub fn build(args: &[String]) -> Result<Config, &'static str> {
if args.len() < 3 {
return Err("not enough arguments");
}
let query = args[1].clone();
let file_path = args[2].clone();
Ok(Config { query, file_path })
}
}
pub fn run(config: Config) -> Result<(), Box<dyn Error>> {
let contents = fs::read_to_string(config.file_path)?;
let results = if config.ignore_case {
search_case_insensitive(&config.query, &contents)
} else {
search(&config.query, &contents)
};
for line in results {
println!("{line}");
}
Ok(())
}
pub fn search<'a>(query: &str, contents: &'a str) -> Vec<&'a str> {
let mut results = Vec::new();
for line in contents.lines() {
if line.contains(query) {
results.push(line);
}
}
results
}
pub fn search_case_insensitive<'a>(
query: &str,
contents: &'a str,
) -> Vec<&'a str> {
let query = query.to_lowercase();
let mut results = Vec::new();
for line in contents.lines() {
if line.to_lowercase().contains(&query) {
results.push(line);
}
}
results
}
#[cfg(test)]
mod tests {
use super::*;
#[test]
fn case_sensitive() {
let query = "duct";
let contents = "\
Rust:
safe, fast, productive.
Pick three.
Duct tape.";
assert_eq!(vec!["safe, fast, productive."], search(query, contents));
}
#[test]
fn case_insensitive() {
let query = "rUsT";
let contents = "\
Rust:
safe, fast, productive.
Pick three.
Trust me.";
assert_eq!(
vec!["Rust:", "Trust me."],
search_case_insensitive(query, contents)
);
}
}
我们添加了持有布尔值的ignore_case
字段。接下来,我们需要run
函数检查ignore_case
字段的值,并使用该值来决定调用search
函数还是search_case_insensitive
函数,如列表12-22所示。这仍然无法编译。
最后,我们需要检查环境变量。处理环境变量的函数在标准库的env
模块中,因此我们在src/lib.rs的顶部将该模块引入作用域。然后我们将使用env
模块中的var
函数来检查是否为名为IGNORE_CASE
的环境变量设置了任何值,如清单12-23所示。
这里,我们创建了一个新的变量,ignore_case
。为了设置它的值,我们调用env::var
函数并传递IGNORE_CASE
环境变量的名称。env::var
函数返回一个Result
,如果环境变量被设置为任何值,它将是包含环境变量值的成功Ok
变体。如果环境变量未被设置,它将返回Err
变体。
我们使用 is_ok
方法在 Result
上检查环境变量是否已设置,这意味着程序应该执行不区分大小写的搜索。如果 IGNORE_CASE
环境变量未设置为任何值,is_ok
将返回 false
,程序将执行区分大小写的搜索。我们不关心环境变量的 值,只关心它是否已设置或未设置,因此我们检查 is_ok
而不是使用 unwrap
、expect
或我们在 Result
上见过的任何其他方法。
我们将 ignore_case
变量中的值传递给 Config
实例,以便 run
函数可以读取该值并决定是调用 search_case_insensitive
还是 search
,如我们在清单 12-22 中实现的那样。
让我们试一试!首先我们将在没有设置环境变量的情况下运行我们的程序,并使用查询 to
,这应该匹配包含全部小写的单词 to 的任何行:
$ cargo run -- to poem.txt
Compiling minigrep v0.1.0 (file:///projects/minigrep)
Finished `dev` profile [unoptimized + debuginfo] target(s) in 0.0s
Running `target/debug/minigrep to poem.txt`
Are you nobody, too?
How dreary to be somebody!
看起来仍然有效!现在让我们用 IGNORE_CASE
设置为 1
但使用相同的查询 to 来运行程序:
$ IGNORE_CASE=1 cargo run -- to poem.txt
如果您使用的是 PowerShell,您需要将环境变量设置和运行程序作为单独的命令:
PS> $Env:IGNORE_CASE=1; cargo run -- to poem.txt
这将使 IGNORE_CASE
在您当前的 shell 会话中持续生效。
可以使用 Remove-Item
cmdlet 取消设置:
PS> Remove-Item Env:IGNORE_CASE
我们应该获取包含 to 的行,这些行可能包含大写字母:
Are you nobody, too?
How dreary to be somebody!
To tell your name the livelong day
To an admiring bog!
很好,我们也得到了包含To的行!我们的minigrep
程序现在可以由环境变量控制进行不区分大小写的搜索。现在你知道如何管理通过命令行参数或环境变量设置的选项。
一些程序允许使用参数 和 环境变量进行相同的配置。在这些情况下,程序决定哪一个优先。对于另一个你自己练习,尝试通过命令行参数或环境变量控制大小写敏感性。决定如果程序运行时一个设置为大小写敏感而另一个设置为忽略大小写,命令行参数或环境变量哪一个应该优先。
std::env
模块包含许多用于处理环境变量的有用功能:请查看其文档以了解可用的功能。