我是Rust的新手,正在本书的12.3章中进行练习。
我非常有信心,我的代码与书中的代码相同(由于存在“片段”,因此很难确定)。但是,当我尝试从项目目录访问时,cargo build还是收到未解决的导入错误cargo run,minigrep/
src/main.rs
use std::env;
use std::process;
use minigrep;
use minigrep::Config;
fn main() {
let args: Vec<String> = env::args().collect();
let config = Config::new(&args).unwrap_or_else(|err| {
println!("Problem parsing args: {}", err);
process::exit(1);
});
println!("Searching for {}", config.query);
println!("In file {}", config.filename);
if let Err(e) = minigrep::run(config) {
println!("Application error: {}", e);
process::exit(1);
}
}
Run Code Online (Sandbox Code Playgroud)
src/lib.rs
use std::fs;
use std::error::Error;
pub struct Config {
pub query: String,
pub filename: String,
}
impl Config {
pub fn new(args: &[String]) -> Result <Config, &'static str> {
if args.len() < 3 {
return Err("not enough args");
}
let query = args[1].clone();
let filename = args[2].clone();
Ok(Config { query, filename })
}
}
pub fn run(config: Config) -> Result<(), Box<dyn Error>> {
let contents = fs::read_to_string(config.filename)?;
println!("With text:\n {}", contents);
Ok(())
}
Run Code Online (Sandbox Code Playgroud)
上述答案都不正确。使用cargo clean才是正确的解决方案。在 IDE 中产生红色下划线的增量构建过程是有关程序和库的缓存信息的结果。
$ cargo clean
Run Code Online (Sandbox Code Playgroud)
小智 7
第12.3章中的练习代码示例与第7章中的较早部分之间存在矛盾:“ 7.2-模块和用于控制范围的模块-将模块分为不同的文件”。
使用7.2的语法符合:
mod lib; //.. instead of 'use minigrep'
use lib::Config; //.. instead of 'use minigrep::Config'
Run Code Online (Sandbox Code Playgroud)
小智 -1
我在回顾《Rust 编程语言》时刚刚遇到了同样的问题。我编译它的方法是use minigrep;从 src/main.rs 中删除该行并将其添加extern crate minigrep到文件的顶部。另一个文件可以保持原样。不确定这是否是书中的拼写错误(如果是,那么它有多个版本),或者 Rust 编译器的行为是否发生了变化以适应新语法,而我们只是使用了太旧的版本。作为比较,我的版本是 1.31.0。
| 归档时间: |
|
| 查看次数: |
831 次 |
| 最近记录: |