#ownership
18 articles about ownership
Filtrer par thème
Qu'est-ce que &mut *x (réemprunt) en Rust, et pourquoi gèle-t-il la référence originale ?
Un réemprunt duplique la référence, pas les données, et gèle l'originale le temps de sa durée de vie. Ce que fait vraiment &mut *x.
Emprunts mutables et immutables : les deux règles
Les deux règles d'emprunt, pourquoi l'exclusivité est celle qui compte, et ce que le borrow checker rejette réellement.
Quel est le but de Box<T> en Rust ?
À quoi sert Box<T>, ce que coûte l'indirection supplémentaire, et quand l'allocation sur le heap est un vrai choix plutôt qu'un réflexe.
Comment l'ownership prévient-il les memory leaks et data races ?
Comment les règles d'ownership ferment la porte aux fuites mémoire et aux data races avant même l'exécution — et où elles s'arrêtent.
Comment les mécanismes d'Ownership et de Borrowing Assurent une Concurrence Sûre
Ownership et borrowing excluent les data races à la compilation. Ce qu'ajoutent Send et Sync, et pourquoi Rc ne franchit pas un thread.
Comprendre le Trait Drop en Rust
Comment fonctionne le trait Drop, quand le destructeur s'exécute, et pourquoi l'implémenter à la main est plus rare qu'il n'y paraît.
Comment gérer les lifetimes lors du retour d'une closure qui capture des variables de son environnement ?
Gérer les lifetimes lors du retour de closures qui capturent des variables, couvrant le transfert d'ownership, les annotations de lifetime, et éviter les dangling references en Rust
Que sont les move closures (move || { ... }) ? Quand sont-elles nécessaires et comment interagissent-elles avec l'ownership ?
Ce que move déplace réellement, quand on en a vraiment besoin (threads, closures retournées, blocs async), et son interaction avec l'ownership.
Comment spécifier une closure comme paramètre de function ou type de retour ?
Prendre et retourner des closures : quand impl Fn suffit, quand il faut Box<dyn Fn>, et ce que chaque choix coûte au point d'appel.
La magie de collect() en Rust : Transformer des itérateurs en Vecs, HashMaps et Strings !
Collections (comme Vec), itérateurs (into_iter, collect), et concepts associés
Quelles sont les différences entre into_iter(), iter() et iter_mut() ?
into_iter(), iter() et iter_mut() diffèrent par ce qu'ils cèdent : la valeur, une référence partagée ou une référence exclusive.
Quelle est la différence entre Fn, FnMut, et FnOnce ?
Fn, FnMut et FnOnce ne sont pas des traits qu'on choisit — le compilateur les déduit de la façon dont la closure utilise ce qu'elle a capturé.
Functions ou Closures en Rust ?
Functions vs closures en Rust, couvrant ownership, traits, lifetimes, et implications de performance.
Pourquoi &str Ne Rentre Pas dans &String en Rust: Fixes Sympas pour les String Mismatches !
Pourquoi passer un &str là où un &String est attendu ne compile pas, ce que la coercition de déréférencement fait — et ne fait pas.
Qu'est-ce qu'un dangling pointer, et comment Rust le prévient-il au moment de la compilation ?
Pourquoi un dangling pointer est une erreur de compilation en Rust plutôt qu'un crash en production, et comment les lifetimes rendent ce contrôle possible.
Implications d'itérer sur un Vec avec .into_iter() au lieu de .iter()
Comprendre les différences entre .into_iter() et .iter() lors de l'itération sur Vec, couvrant les implications d'ownership et considérations de performance
Partie 3 : Rust: Memory safety sans garabe collector
Rust a des performances équivalentes à C/C++ avec en plus la sécurité mémoire vérifée dès la compilation. Cela grâce à deux mécanismes: borrowing et ownership.
Comment Rust assure la sécurité mémoire sans garbage collector ?
Ownership, borrowing et lifetimes donnent à Rust la sécurité mémoire à la compilation, sans collecteur et sans pauses à budgéter.