Pour faire simple, les workspaces de Cargo sont l'équivalent des modules de Maven.

Pour définir une configuration commune à tous les workspaces il faut ajouter ceci dans le Cargo.toml à la racine du projet :

[package]
name = "sotoestevez_medium"
version = "0.1.0"

[workspace]
members = ["add_trait", "beginning_tips", "generify_with_compiler_errors", "modules", "scoped_threads" ]

[workspace.package]
edition = "2021"
authors = ["Soto Estévez <ricardo@sotoestevez.dev>"]
description = "Demos of the articles at https://medium.com/@sotoestevez"
documentation = "https://medium.com/@sotoestevez"
readme = "./README.md"
homepage = "https://www.sotoestevez.dev"
repository = "https://github.com/kriogenia/medium"
license = "MIT OR Apache-2.0"

Puis activer l'héritage dans chaque Cargo.toml des workspaces :

[package]
name = "add_trait"
version = "0.1.0"
edition.workspace = true
authors.workspace = true
description = "Dissecting Rust Traits to Learn Their Secrets"
documentation = "https://betterprogramming.pub/dissecting-rust-traits-to-learn-their-secrets-839845d3d71e"
homepage.workspace = true
repository.workspace = true
license.workspace = true

Cela marche aussi avec les versions des dépendances. Dans le parent on déclare ceci :

[workspace.dependencies]
num = { version = "0.4", default-features = false }
vector2d = "2.2"
rand = "0.8.5"

Et dans les enfants ceci :

[dependencies]
num = { workspace = true, default-features = true }
vector2d.workspace = true

[dev-dependencies]
rand = { workspace = true, features = [ "log" ] }

Très très bon article sur l'héritage en Java et ailleurs expliquant pourquoi il faut ne jamais l'utiliser !

Je vais tenter de résumer la chose :
La programmation orientée objet repose sur l'encapsulation, il faut donc dialoguer avec les instances via leurs méthodes qui définissent un contrat de facto (ie. interface). Dès que l'on met en place de l'héritage, le contrat éclate toute possible encapsulation en exposant la représentation interne via les attributs. De ce fait, l'encapsulation est brisée et le développeur reprend une approche procédurale où les données sont exposées et les classes, de grosses structures de données remplies et vidées par d'autres classes.