Как распознать первое слово после выражения с regex?

Наиболее идиоматичным способом было бы просто использовать существующий ящик, в этом случае shellexpand ( github , crates.io ), кажется, делает что вы хотите:

extern crate shellexpand; // 1.0.0

#[test]
fn test_shellexpand() {
    let home = std::env::var("HOME").unwrap();
    assert_eq!(shellexpand::tilde("~/foo"), format!("{}/foo", home));
}

В качестве альтернативы, вы можете попробовать его с dirs ( crates.io ). Вот эскиз:

extern crate dirs; // 1.0.4

use std::path::{Path, PathBuf};

fn expand_tilde>(path_user_input: P) -> Option {
    let p = path_user_input.as_ref();
    if p.starts_with("~") {
        if p == Path::new("~") {
            dirs::home_dir()
        } else {
            dirs::home_dir().map(|mut h| {
                if h == Path::new("/") {
                    // Corner case: `h` root directory;
                    // don't prepend extra `/`, just drop the tilde.
                    p.strip_prefix("~").unwrap().to_path_buf()
                } else {
                    h.push(p.strip_prefix("~/").unwrap());
                    h
                }
            })
        }
    } else {
        Some(p.to_path_buf())
    }
}

Примеры использования:

#[test]
fn test_expand_tilde() {
    // Should work on your linux box during tests, would fail in stranger
    // environments!
    let home = std::env::var("HOME").unwrap();
    let projects = PathBuf::from(format!("{}/Projects", home));
    assert_eq!(expand_tilde("~/Projects"), Some(projects));
    assert_eq!(expand_tilde("/foo/bar"), Some("/foo/bar".into()));
    assert_eq!(
        expand_tilde("~alice/projects"),
        Some("~alice/projects".into())
    );
}

Некоторые замечания:

• Тип ввода P: AsRef имитирует то, что делает стандартная библиотека , Вот почему метод принимает все Path -подобные входные данные, такие как &str, &OsStr и &Path.
• Path::new ничего не выделяет, оно указывает на те же байты, что и &str.
• strip_prefix("~/").unwrap() никогда не должен потерпеть неудачу здесь, потому что мы проверили, что путь начинается с ~, а не просто ~. Единственным способом, которым это может быть, является то, что путь начинается с ~/ (из-за того, как определено starts_with).