Un Optional est un type qui contient soit une valeur, soit nil (aucune valeur). Swift rend nil explicite dans le système de types : un String ne peut jamais être nil, mais un le peut. C'est ainsi que Swift élimine la plupart des plantages liés aux pointeurs nuls dès la compilation.
String?En interne, Int? est une enum à deux cas : .some(value) ou .none. Vous ne pouvez pas utiliser directement la valeur encapsulée — vous devez d'abord la déballer (unwrap).
var name: String? = "Ada" // Optional String, actuellement .some("Ada")
var missing: String? = nil // .none
// if let : lie la valeur uniquement si elle est non-nil, dans la portée du bloc
if let name = name {
print(name.count) // sûr : name est ici un String simple
}
// guard let : déballe ou sort tôt — garde le chemin nominal non imbriqué
func greet(_ input: String?) {
guard let input else { return } // syntaxe abrégée de Swift 5.7
print("Hi \(input)") // input est non-optional en dessous
}
// nil-coalescing : fournit une valeur par défaut
let display = name ?? "Anonymous"
L'opérateur ! effectue un force-unwrap : name! plante si name vaut nil. Ne l'utilisez que lorsqu'une valeur est garantie par la logique du programme — sinon, préférez if let, guard let ou ??.
let url = URL(string: "https://a.com")! // OK : le littéral est toujours valide
let user = fetchUser()! // MAUVAIS : plante sur nil
String!) plantent silencieusement lorsqu'on y accède alors qu'ils valent nil — courant avec @IBOutlet.user?.address?.city court-circuite vers nil au lieu de planter.Les Optionals encodent « ceci peut être absent » directement dans le type, ce qui force le compilateur à vous faire gérer le cas vide. Les recruteurs s'en servent pour voir si vous optez pour guard let et ?? plutôt que de parsemer votre code de !, ce qui fait toute la différence entre une app sujette aux plantages et une app sûre.
Une bibliothèque de questions d'entretien IT avec des réponses détaillées — du Junior au Senior.
Faire un don