include_dir带入现代include_dir这个crate提供了一个include_dir!()宏,用于在编译时将整个目录树嵌入你的二进制文件中。这就像include_str!(),但针对整个目录。include_dir。你可以查看入门指南以了解更多。
我记性不是很好,因此平时做了一些笔记。
GitBranch,你可以只需要[derive(Clone)]而不是自己实现它。https://github.com/craciuncezar/git-smart-checkout/blob/main/src/git_client/git_branch.rs#L4 参考文献:https://doc.rust-lang.org/rust-by-example/trait/derive.htmlclone给调用者负责,而不是自己去做,那是最好的,在 https://github.com/craciuncezar/git-smart-checkout/blob/main/src/git_client/utils.rs#L3 ,我认为to_vec在底层做了一个clone。我的意思是,如果你需要某个东西的明确拷贝,就用所有权而不是引用,但让调用者决定他是想给你所有权还是克隆这个值给你。fn的具体案例中,我认为你一般不需要它,但如果你要在多个地方使用它,你可以把Vec传成可变的,并立即排序,不需要clone。你也可以将Vec<GitBranch>包装成一个新的类型,并为其实现fn https://rust-unofficial.github.io/patterns/patterns/behavioural/newtype.html。git、git::client、git::client::switch_to_branch、git::Branch。Vec引用传递给一个函数时,通常作为切片接收:branches: &[GitBranch]更方便。调用代码保持不变,但现在可以传递数组以及Vec去调用该函数。通常情况下,String和&str也是如此。unwrap。我建议是试一下anyhow。你会发现错误处理会变的容易。我在twitter上进行了一次极其科学的民意调查,并确定这不是它的发音: https://twitter.com/at_tcsc/status/1476643344285581315 确实, 它本质上是一个 Vec<T, A>, 发音为Veck-tah。😛听着,我搬离波士顿是为了避免这类事情😆。
原文作者:Rust语言中文社区;如有侵权,请联系管理员删除。