Strong et weak, variable locale

Bonjour,

Si j'ai bien compris, strong permet d'obtenir une référence forte et donc la valeur concernée ne sera libérer qu'a la destruction de l'objet.
Alors que dans le cas de weak j'ai le code suivant :

Code:

---

1 2 3 4 5

__strong NSString *yourString = @"Your string"; __weak NSString *myString = yourString; yourString = nil; NSLog(@"%@", myString);

---

On est d'accord que d'après la doc, myString devrait être a nul puisque j'ai détruit yourString non ?
Car ce n'est pas ce qui ce produit et je ne comprend pas...
Merci d'avance.

Bonjour,

J'ai fait le test avec NSString et NSNumber, le résultat et que les objects ne sont pas déréférencés.

En revanche, en testant avec ma propre classe :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

@interface TestObject : NSObject   @end ------------------------------------------------------ @implementation TestObject   -(NSString *) description{ return @"Hello"; } ------------------------------------------------------ TestObject * st1 = [[TestObject alloc] init]; __weak TestObject * st2 = st1; NSLog(@"log : %@", st1); st1=nil; NSLog(@"log : %@", st2); @end

---

Le résultat correspond à ce qui est attendu :

Code:

---

1 2 3

2012-06-16 19:26:32.445 Test[665:f803] log : Hello 2012-06-16 19:26:32.447 Test[665:f803] log : (null)

---

A mon avis, les objects créés sont referencés par leurs classes, pour des raison de réutilisabilité ultérieure.
On retrouve ce pattern dans les langages comme java (class String et Long).


Cordialement.
Omar MEBARKI

Citation:

---

Envoyé par lirycs78

Bonjour,

Si j'ai bien compris, strong permet d'obtenir une référence forte et donc la valeur concernée ne sera libérer qu'a la destruction de l'objet.
Alors que dans le cas de weak j'ai le code suivant :

Code:

---

1 2 3 4 5

__strong NSString *yourString = @"Your string"; __weak NSString *myString = yourString; yourString = nil; NSLog(@"%@", myString);

---

On est d'accord que d'après la doc, myString devrait être a nul puisque j'ai détruit yourString non ?
Car ce n'est pas ce qui ce produit et je ne comprend pas...
Merci d'avance.

---

Quand vous initialisez des NSString avec des constantes, la classe de l'objet alloué n'est pas NSString mais une sous-classe : NSCFConstantString, classe dont retain et release sont en fait des NOP.