/* Page prose (fr) */
"Sendable" = "# `Sendable`: quelles valeurs peuvent passer une frontière en toute sûreté\n\nChaque fois qu'un travail franchit une frontière de concurrence (vers une `Task`, sur un actor, entre deux tâches), une valeur passe d'un domaine d'isolation à un autre. La question à laquelle Swift doit répondre est: **est-il sûr de partager cette valeur ainsi?** La réponse est un protocole.\n\n**`Sendable` est le protocole qui marque un type comme sûr à passer à travers les frontières de concurrence**: sûr parce que le partager ne peut pas causer de data race.\n\nQuels types se qualifient?\n\n* Les **types valeur** (structs, enums) sont Sendable quand tous leurs membres sont Sendable. Parce qu'ils sont *copiés* à l'affectation, deux domaines obtiennent deux copies séparées: rien de partagé, rien qui puisse entrer en course. La plupart de tes structs sont Sendable automatiquement; tu écris rarement le mot.\n* Les **classes finales immuables** peuvent être Sendable. Si une classe est `final` et que chaque propriété stockée est un `let` d'un type Sendable, il n'y a pas d'état mutable partagé, donc partager la référence est sûr.\n* Les **classes avec état mutable ne sont *pas* Sendable.** Une classe est une *référence*: donne-la à deux domaines et ils partagent un seul objet. Si l'un ou l'autre la mute, c'est la data race classique du chapitre [Les dangers de la concurrence](Concurrency%20Hazards.playgroundchapter/Overview). Swift refuse d'appeler un tel type Sendable, et ce refus est la fonctionnalité.\n\nVoici un simple type valeur qui est Sendable sans effort. L'annotation est optionnelle (Swift l'infère) mais montrée pour plus de clarté:";
"SendableNotice" = "Tu peux passer un `Receipt` dans n'importe quelle tâche librement; chaque côté obtient sa propre copie.\n\n[Précédent](@previous)  |  page 7 sur 11  |  [Suivant: Corriger un type non Sendable](@next)";
