Quand on regarde le retour du cargo tree sur tera, regex-syntax v0.8.4 apparaît plusieurs fois.
La même lib (avec la même version) est utilisée par plusieurs dépendances de tera, pourtant tu n'auras qu'une seule lib installée.
Pour clap vs pico-args, c'est un choix perso au détriment des fonctionnalités.
Je comprend la réflexion du trop de dep, mais il faut parfois relativiser:
préférer une crate sans dep mais qui réimplémente tout dans son coin ou une crate avec des dépendances (qui ont plus de chance d'être revues par plus de dev).
Du coup, tu préfères une n-ième crate pour un runtime async sans dépendance face à tokio? Le deuxième ayant certainement plus de reviews que le premier.
Personnellement, je suis passé de la politique "moins de dep" à "que des dep maintenues", je m'appuie sur les indicateurs (nombre de téléchargement et surtout date du dernier update) de crates.io
Tu peux aussi avoir d'autres critères comme cargo-geiger et cargo-crev.
# Un peu de nuance
Posté par tigrou3tac . En réponse au journal Mon inquiétude sur les dépendances en Rust. Évalué à 5.
Quand on regarde le retour du cargo tree sur tera, regex-syntax v0.8.4 apparaît plusieurs fois.
La même lib (avec la même version) est utilisée par plusieurs dépendances de tera, pourtant tu n'auras qu'une seule lib installée.
Pour clap vs pico-args, c'est un choix perso au détriment des fonctionnalités.
Je comprend la réflexion du trop de dep, mais il faut parfois relativiser:
préférer une crate sans dep mais qui réimplémente tout dans son coin ou une crate avec des dépendances (qui ont plus de chance d'être revues par plus de dev).
Du coup, tu préfères une n-ième crate pour un runtime async sans dépendance face à tokio? Le deuxième ayant certainement plus de reviews que le premier.
Personnellement, je suis passé de la politique "moins de dep" à "que des dep maintenues", je m'appuie sur les indicateurs (nombre de téléchargement et surtout date du dernier update) de crates.io
Tu peux aussi avoir d'autres critères comme cargo-geiger et cargo-crev.