Cargoで複数のバイナリを構築するにはどうすればよいですか？

UNIXソケットを介して接続するadaemonとaを使用してプロジェクトを作成したいと思いclientます。

Aclientとaにdaemonは2つのバイナリが必要Cargoですが、2つの異なるソースから2つのターゲットを構築するように指示するにはどうすればよいですか？

ちょっとしたファンタジーを追加するlibraryために、の主要部分にを用意し、daemonそれをラップしてソケットを介して通信するためのバイナリを用意したいと思います。

したがって、この種のツリーアーキテクチャがあります。

├── Cargo.toml
├── target
|   └── debug
|       ├── daemon
│       └── client
└── src
    ├── daemon
    │   ├── bin
    │   │   └── main.rs
    │   └── lib
    │       └── lib.rs
    └── client
        └── bin
            └── main.rs

両方の懸念を管理する1つの実行可能ファイルを作成することもできますが、それが非常に良い方法でない限り、それは私がやりたいことではありません。

ここ[[bin]]で説明するように、を使用して複数のバイナリを指定できます。

[[bin]]
name = "daemon"
path = "src/daemon/bin/main.rs"

[[bin]]
name = "client"
path = "src/client/bin/main.rs"

ヒント：代わりにこれらのファイルをsrc/bin/daemon.rsとsrc/bin/client.rsに配置すると、2つの実行可能ファイルという名前が付けられdaemon、clientCargoがすべてのファイルをsrc/bin同じ名前の実行可能ファイルに自動的にコンパイルします。この規則に従わない場合にのみ、上記のスニペットのように名前とパスを指定する必要があります。

別の方法は、ワークスペース機能を使用することです。これにより、複数のライブラリを使用できるため、柔軟性が向上します。プロジェクト構造の例：

.
├── Cargo.toml
├── cli
│   ├── Cargo.toml
│   └── src
│       └── main.rs
├── core
│   ├── Cargo.toml
│   └── src
│       └── lib.rs
├── daemon
│   ├── Cargo.toml
│   └── src
│       └── main.rs
├── gui
│   ├── Cargo.toml
│   └── src
│       └── main.rs
└── rpc
    ├── Cargo.toml
    └── src
        └── lib.rs

ルートの内容Cargo.toml：

[workspace]
members = ["cli", "core", "daemon", "gui", "rpc"]

別の形式は、次のような大規模なプロジェクトがある場合、Crates.ioソースコードが実行したことを複製することです。

実行可能ファイルを含むBinフォルダーを含むsrcのメインライブラリ。次に、実行可能ファイルからメインライブラリクレートを呼び出します。

そうすれば、ライブラリが一元化されるため、キャッシュされているものを簡単に見つけることができます。