另一个解决方案是不要试图把这两件事塞进一个包里。对于带有友好可执行文件的稍微大一点的项目，我发现使用工作区非常好。

在这里，我创建了一个二进制项目，其中包括一个库，但有许多可能的方式来组织代码:

 % tree the-binary
the-binary
├── Cargo.toml
├── src
│   └── main.rs
└── the-library
    ├── Cargo.toml
    └── src
        └── lib.rs

Cargo.toml

它使用[workspace]键，并依赖于库:

[package]
name = "the-binary"
version = "0.1.0"
edition = "2018"

[workspace]

[dependencies]
the-library = { path = "the-library" }

src / main.rs

fn main() {
    println!(
        "I'm using the library: {:?}",
        the_library::really_complicated_code(1, 2)
    );
}

图书馆/ Cargo.toml

[package]
name = "the-library"
version = "0.1.0"
edition = "2018"

图书馆/ src / lib.rs

use std::error::Error;

pub fn really_complicated_code(a: u8, b: u8) -> Result<u8, Box<dyn Error>> {
    Ok(a + b)
}

并执行它:

% cargo run -q
I'm using the library: Ok(3)

这个方案有两大好处:

二进制文件现在可以使用仅适用于它的依赖项。例如，您可以包含许多板条箱来改善用户体验，例如命令行解析器或终端格式化。这些都不会“感染”图书馆。 工作空间防止每个组件的冗余构建。如果我们同时在the-library和the-binary目录中运行cargo build，那么库将不会两次都被构建——它在两个项目之间共享。

另一个解决方案是不要试图把这两件事塞进一个包里。对于带有友好可执行文件的稍微大一点的项目，我发现使用工作区非常好。

在这里，我创建了一个二进制项目，其中包括一个库，但有许多可能的方式来组织代码:

 % tree the-binary
the-binary
├── Cargo.toml
├── src
│   └── main.rs
└── the-library
    ├── Cargo.toml
    └── src
        └── lib.rs

Cargo.toml

它使用[workspace]键，并依赖于库:

[package]
name = "the-binary"
version = "0.1.0"
edition = "2018"

[workspace]

[dependencies]
the-library = { path = "the-library" }

src / main.rs

fn main() {
    println!(
        "I'm using the library: {:?}",
        the_library::really_complicated_code(1, 2)
    );
}

图书馆/ Cargo.toml

[package]
name = "the-library"
version = "0.1.0"
edition = "2018"

图书馆/ src / lib.rs

use std::error::Error;

pub fn really_complicated_code(a: u8, b: u8) -> Result<u8, Box<dyn Error>> {
    Ok(a + b)
}

并执行它:

% cargo run -q
I'm using the library: Ok(3)

这个方案有两大好处:

二进制文件现在可以使用仅适用于它的依赖项。例如，您可以包含许多板条箱来改善用户体验，例如命令行解析器或终端格式化。这些都不会“感染”图书馆。 工作空间防止每个组件的冗余构建。如果我们同时在the-library和the-binary目录中运行cargo build，那么库将不会两次都被构建——它在两个项目之间共享。

Tok:tmp doug$ du -a

8   ./Cargo.toml
8   ./src/bin.rs
8   ./src/lib.rs
16  ./src

Cargo.toml:

[package]
name = "mything"
version = "0.0.1"
authors = ["me <me@gmail.com>"]

[lib]
name = "mylib"
path = "src/lib.rs"

[[bin]]
name = "mybin"
path = "src/bin.rs"

src / lib.rs:

pub fn test() {
    println!("Test");
}

src / bin.rs:

extern crate mylib; // not needed since Rust edition 2018

use mylib::test;

pub fn main() {
    test();
}

简单的

创建一个src/main。Rs将被用作事实上的可执行文件。您不需要修改您的货物。Toml和此文件将被编译为与库同名的二进制文件。

项目内容:

% tree
.
├── Cargo.toml
└── src
    ├── lib.rs
    └── main.rs

Cargo.toml

[package]
name = "example"
version = "0.1.0"
edition = "2018"

src / lib.rs

use std::error::Error;

pub fn really_complicated_code(a: u8, b: u8) -> Result<u8, Box<dyn Error>> {
    Ok(a + b)
}

src / main.rs

fn main() {
    println!(
        "I'm using the library: {:?}",
        example::really_complicated_code(1, 2)
    );
}

并执行它:

% cargo run -q
I'm using the library: Ok(3)

灵活的

如果您希望控制二进制文件的名称或有多个二进制文件，您可以在src/bin中创建多个二进制源文件，在src中创建其余的库源文件。你可以在我的项目中看到一个例子。您不需要修改您的货物。src/bin中的每个源文件都将被编译为同名的二进制文件。

项目内容:

% tree
.
├── Cargo.toml
└── src
    ├── bin
    │   └── mybin.rs
    └── lib.rs

Cargo.toml

[package]
name = "example"
version = "0.1.0"
edition = "2018"

src / lib.rs

use std::error::Error;

pub fn really_complicated_code(a: u8, b: u8) -> Result<u8, Box<dyn Error>> {
    Ok(a + b)
}

src / bin / mybin医院。

fn main() {
    println!(
        "I'm using the library: {:?}",
        example::really_complicated_code(1, 2)
    );
}

并执行它:

% cargo run --bin mybin -q
I'm using the library: Ok(3)

参见:

我如何指定哪个板条箱'货物运行'运行默认在一个货物工作空间的根?

你可以写上lib。Rs和main。Rs到资源文件夹一起。没有冲突，货物会建造这两个东西。

为了解决文档冲突，添加到你的Cargo.toml:

[[bin]]
name = "main"
doc = false