Quelle horreur niveau nombre de dépendances et temps de compilation...
Il est possible de réduire le nombre de dépendances en désactivant certaines des "features" de cargo qui sont activées par défaut. Le problème est un dilemme entre avoir une app fonctionnelle immédiatement pour tous les utilisateurs et réduire les dépendances. C'est un défi typique de Rust, qui favorise la compilation de tout en un binaire statique.
Par exemple, il n'est pas possible d'indiquer à Cargo de manière conditionnelle :
- Si Qt est disponible sur le système, alors dépendre du backend "Qt".
- Sinon, dépendre du backend "winit".
Ainsi, par défaut, on doit dépendre et compiler les deux backends, et effectuer un des tests au moment de l'exécution. Sans cela, un simple "cargo run" ne fonctionnerait pas pour certains utilisateurs.
Si le temps de compilation et la taille du binaire sont importants, il faut ajuster les "features" de Slint dans Cargo.toml
[^] # Re: customisation
Posté par Gof (site web personnel) . En réponse au journal QRNote pour copier coller du texte de son ordinateur au téléphone. Évalué à 4. Dernière modification le 29 octobre 2023 à 05:35.
Il est possible de réduire le nombre de dépendances en désactivant certaines des "features" de cargo qui sont activées par défaut. Le problème est un dilemme entre avoir une app fonctionnelle immédiatement pour tous les utilisateurs et réduire les dépendances. C'est un défi typique de Rust, qui favorise la compilation de tout en un binaire statique.
Par exemple, il n'est pas possible d'indiquer à Cargo de manière conditionnelle :
- Si Qt est disponible sur le système, alors dépendre du backend "Qt".
- Sinon, dépendre du backend "winit".
Ainsi, par défaut, on doit dépendre et compiler les deux backends, et effectuer un des tests au moment de l'exécution. Sans cela, un simple "cargo run" ne fonctionnerait pas pour certains utilisateurs.
Si le temps de compilation et la taille du binaire sont importants, il faut ajuster les "features" de Slint dans Cargo.toml