tentative de muter objet immuable jeté au hasard

Question

Une partie du programme prend le texte d'un UITextField, copie dans une chaîne mutable et exécute ensuite

 sharedManager.ce_name=name.text 


    [sharedManager.ce_name replaceOccurrencesOfString:@" " withString:@"%20" 
    options:NSLiteralSearch range:NSMakeRange(0, [sharedManager.ce_name length])]; 

A ce stade, il m'a toujours donné « tentative de muter objet immuable "- il n'a pas été au hasard

la première fois que je suis arrivé cette erreur je l'ai changé

sharedManager.ce_name=(NSMutableString *)name.text 

ce STILL m'a donné la tentative de muter erreur d'objet immuable, mais je t se produirait au hasard - bizarre non?

je puis changé à

NSMutableString *mutable_name = [NSMutableString stringWithString:name.text]; 

    sharedManager.ce_name=mutable_name; 

Il n'a pas encore d'échouer sur moi ce faire de cette façon, mais je suis convaincu que je ne l'ai pas trouvé la solution.

mes questions:

1) pourrait-il fait qu'il le faisait au hasard après la première correction indique que j'ai un problème de gestion de la mémoire profonde?

2) Pourquoi la fonte de style C ne l'a-t-elle pas corrigée?

3) Mon correctif actuel fonctionnera-t-il?

Merci pour votre temps :)

Answer 1

Le problème ici est la manière dont vous utilisez le casting. Lorsque vous lancez un pointeur, il commence simplement à traiter la mémoire à cet emplacement comme s'il s'agissait d'un bloc de données représentant ce type. Donc, si j'ai un pointeur vers une classe Car: Car * mycar ;, et que je le lance vers un objet Person: (Person *) mycar ;, le programme essayera d'y accéder comme s'il pointait sur un objet Personne.Cependant, une voiture n'est pas une personne, sauf dans une vieille sitcom télévisée, donc quand elle essaie d'accéder à des membres ou à des fonctions d'appel, elle essaie d'aller dans un emplacement mémoire qui contient autre chose que ce qu'elle attend, et indéfini les choses arrivent (généralement, s'écraser). NSMutableString et NSString sont incompatibles à cet égard, et ainsi la conversion de l'un à l'autre se traduira par des temps terribles.

Votre correctif ([NSMutableString stringWithString:]) est la solution correcte.

Answer 2

1. Si elle le faisait au hasard, cela signifie que name.text était parfois une chaîne mutable et quelques fois une chaîne de immuable.

2. La diffusion entre objets de ce type ne modifie pas la classe de l'objet. Cela ne rendra pas votre objet immuable mutable.

3. Cette « solution » est probablement la meilleure façon de le faire (au moins de ce que je peux voir dans le code que vous montrez)

Answer 3

Sans voir au moins les déclarations des variables impliquées, Il est difficile de le dire avec certitude, mais votre solution finale, en créant une nouvelle chaîne mutable est probablement la solution correcte. Quant à vos questions,

1. Non gestion de la mémoire en tant que tel, mais il a été probablement quelque chose qu'il écrasant ne devrait pas avoir quelque part.
2. Les lancers ne peuvent pas modifier le type fondamental d'un objet. Vous aviez (probablement) un NSString et tout le casting dans le monde ne peut pas en faire un NSMutableString.
3. Comme je l'ai dit, probablement, mais nous aurions besoin de voir plus de code pour être sûr. C'est certainement une bien meilleure solution.