Rust Book 12.3 - неразрешенная ошибка импорта [E4032]

Question

Я новичок в 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);
    }
}

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(())

}

Answer 1

Существует противоречие между примерами кода для упражнения в главе 12.3 и предыдущим разделом в главе 7: «7.2 - Модули и использование для управления областью действия - Разделение модулей на разные файлы».

Использование синтаксиса 7.2 соответствует:

mod lib; //.. instead of 'use minigrep'
use lib::Config; //.. instead of 'use minigrep::Config'

Answer 2

Я только что столкнулся с той же проблемой при рассмотрении языка программирования Rust.Я получил его для компиляции, чтобы удалить строку use minigrep; из src / main.rs и добавить extern crate minigrep в начало файла.Другой файл может остаться как есть.Не уверен, что это опечатка в книге (если она есть, то она в нескольких версиях) или есть изменение в поведении компилятора Rust, чтобы приспособиться к новому синтаксису, и мы просто используем версию, которая слишком старая.Для сравнения моя версия 1.31.0.