Comment puis-je construire plusieurs binaires avec Cargo ?

Question

J'aimerais faire un projet avec une daemon et un client en se connectant via un socket unix.

A client et un daemon nécessite deux binaires, alors comment puis-je dire à Cargo pour construire deux cibles à partir de deux sources différentes ?

Pour ajouter un peu de fantaisie, j'aimerais avoir un library pour la partie principale de la daemon et il suffit d'avoir un binaire pour l'envelopper et communiquer via des sockets.

Nous avons donc cette sorte d'architecture arborescente :

 Cargo.toml
 target
|    debug
|        daemon
        client
 src
     daemon
        bin
           main.rs
        lib
            lib.rs
     client
         bin
             main.rs

Je pourrais créer un exécutable qui gère les deux problèmes, mais ce n'est pas ce que je veux faire, à moins que ce ne soit une très bonne pratique.

Answer 1

Vous pouvez spécifier plusieurs binaires en utilisant [[bin]] comme indiqué aquí :

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

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

Conseil : Si vous placez ces fichiers dans src/bin/daemon.rs y src/bin/client.rs vous obtiendrez deux exécutables nommés daemon y client car Cargo compile tous les fichiers dans src/bin en exécutables portant le même nom automatiquement. Vous devez spécifier les noms et les chemins comme dans l'extrait ci-dessus uniquement si vous ne suivez pas cette convention.

Answer 2

Une autre façon est d'utiliser la fonction d'espace de travail . Cela offrira une plus grande flexibilité du fait que nous pouvons avoir plus d'une bibliothèque. Exemple de structure de projet :

.
├── 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

Contenu de la racine Cargo.toml :

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

Answer 3

Un autre format pourrait être de reproduire ce que les Code source de Crates.io a fait, si vous avez un projet massif, quelque chose comme :

Bibliothèque principale dans src, avec un dossier Bin contenant vos exécutables. Ensuite, faites des appels à votre bibliothèque principale à partir de vos exécutables.

De cette façon, votre bibliothèque est centralisée et il est plus facile de trouver des choses puisqu'elle est mise en cache.