现在我们的 minigrep 项目看起来好多了!现在我们将要拆分 src∕main.rs 并将一些代码放入 src∕lib.rs,
这样就能测试他们并拥有一个含有更少功能的 main 函数。
让我们将所有不是 main 函数的代码从 src∕main.rs 移动到新文件 src∕lib.rs 中:
• run 函数定义
• 相关的 use 语句
• Config 的定义
• Config::new 函数定义
注意直到下一个示例修改完
src∕main.rs 之后,代码还不能编译:
use std::error::Error;
use std::fs;
pub struct Config {
pub query: String,
pub filename: String,
}
impl Config {
pub fn new(args: &[String]) -> Result<Config, &'static str> {
// --snip–
if args.len() < 3 {
return Err(“not enough arguments”);
}
let query = args[1].clone();
let filename = args[2].clone();
Ok(Config { query, filename })
}
}
pub fn run(config: Config) -> Result<(), Box> {
// --snip–
let contents = fs::read_to_string(config.filename)?;
println!(“With text:\n{}”, contents);
Ok(())
}
将 Config 和 run 移动到 src∕lib.rs
这里使用了公有的 pub 关键字:在 Config、其字段和其 new 方法,以及 run 函数上。现在我们有了一
个拥有可以测试的公有 API 的库 crate 了。
现在需要在 src∕main.rs 中将移动到 src∕lib.rs 的代码引入二进制 crate 的作用域中
use std::env;
use std::process;
use minigrep::Config;
fn main() {
// --snip–
let args: Vec = env::args().collect();
let config = Config::new(&args).unwrap_or_else(|err| {
println!(“Problem parsing arguments: {}”, err);
process::exit(1);
});
println!(“Searching for {}”, config.query);
println!(“In file {}”, config.filename);
if let Err(e) = minigrep::run(config) {
// --snip–
println!(“Application error: {}”, e);
process::exit(1);
}
}
将 minigrep crate 引入 src∕main.rs 的作用域中
我们添加了一行 use minigrep::Config,它将 Config 类型引入作用域,并使用 crate 名称作为 run 函数
的前缀。通过这些重构,所有功能应该能够联系在一起并运行了。运行 cargo run 来确保一切都正确的
衔接在一起。
哇哦!我们做了大量的工作,不过我们为将来的成功打下了基础。现在处理错误将更容易,同时代码也
更加模块化。从现在开始几乎所有的工作都将在 src∕lib.rs 中进行。
让我们利用这些新创建的模块的优势来进行一些在旧代码中难以展开的工作,这些工作在新代码中非常
容易实现,那就是:编写测试!