Dans quelles situations doit-on explicitement utiliser retain et release dans la gestion automatique de la mémoire (ARC) sur la plateforme iOS?

Dans l’environnement iOS avec ARC ( comptage automatique des références), le développeur ne gère généralement pas manuellement retain et release — c’est le compilateur qui le fait. Cependant, il existe des situations rares où l’utilisation explicite de ces méthodes peut être nécessaire :

• Interaction avec des API de bas niveau en Objective-C, où ARC ne peut pas déterminer correctement la durée de vie de l’objet, par exemple lors de l’utilisation d’objets Core Foundation qui ne supportent pas directement ARC. Dans ce cas, il faut gérer manuellement la mémoire avec CFBridgingRetain et CFBridgingRelease.

• Lors de l’écriture de code Objective-C utilisant __bridge_retained et __bridge_transfer pour convertir entre types ARC et Core Foundation.

• Dans de rares cas, lors de la mise en œuvre de classes personnalisées avec une gestion de mémoire non standard ou pour éviter les cycles de références fortes (cycles de retain), bien que pour cela on utilise généralement weak et unowned.

En général, dans les applications modernes avec ARC, l’utilisation manuelle de retain et release est presque inutile et même interdite par le compilateur. Si cela est nécessaire, il vaut mieux revoir l’architecture ou utiliser des ponts spéciaux pour Core Foundation.

Exemple d’utilisation avec Core Foundation :

CFStringRef cfStr = CFStringCreateWithCString(NULL, "Hello", kCFStringEncodingUTF8);
NSString *nsStr = (__bridge_transfer NSString *)cfStr; // ARC prendra en charge la gestion
// Sans __bridge_transfer, il aurait fallu appeler manuellement CFRelease(cfStr);