Sinon, concrètement c'est juste une option a cocher ?
Même pas, ça marche de base. Je présume qu'il doit y avoir quelque part une option à cocher pour désactiver ARC.
C'est un peu plus chiant que ça vu qu'un nouveau projet, de base, utilise l'ARC. Donc il faut modifier les fichiers après coup. Ou se faire ses propres templates utilisant le MRC. On peut aussi convertir un projet MRC vers ARC d'un simple clique.. bien que ça ne fonctionne pas encore comme il faut.
Moi je reste sceptique, j'attend que ça se concrétise un peu plus avant de m'y mettre. Enfin, j'attend surtout la release publique de XCode 4.2 À savoir aussi qu'un projet utilisant l'ARC peut potentiellement fonctionner sur des versions antérieures à iOS/Mac OS (y'a quelques subtilités quand même mais je ne me souvient plus lesquelles).
Draken: Cool ! Alors on peut en parler. Tu en penses quoi, toi ?
Je m'estime pas assez pointu pour avoir un avis intéressant, c'est bien pour cela que je lançais ou plutôt relançais la conversation... J'attends de voir des codes sources, car il semble qu'il y'ait quand même des subtilités. ARC ne semble pas gérer les références circulaires et on est pas a l'abri de surprises de jeunesse. C'est malgré tout une belle alternative au ramasse miette et j'aime bien ce LLVM qui semble optimiser le code. L'avis d'Ali m'a bien plu car l'idée d'une correction dans le code est effectivement plus ludique et je me demande si l'idéal ne serait pas d'avoir les 2 ? Une correction syntaxique performante pour avoir un code lisible, propre et apprendre de ses erreurs, tout en ayant une compilation qui optimise au mieux le code et nous évite les fuites de mémoire, qui il faut le dire son parfois casse tête !
Réponses
C'est un peu plus chiant que ça vu qu'un nouveau projet, de base, utilise l'ARC. Donc il faut modifier les fichiers après coup. Ou se faire ses propres templates utilisant le MRC.
On peut aussi convertir un projet MRC vers ARC d'un simple clique.. bien que ça ne fonctionne pas encore comme il faut.
Moi je reste sceptique, j'attend que ça se concrétise un peu plus avant de m'y mettre. Enfin, j'attend surtout la release publique de XCode 4.2
À savoir aussi qu'un projet utilisant l'ARC peut potentiellement fonctionner sur des versions antérieures à iOS/Mac OS (y'a quelques subtilités quand même mais je ne me souvient plus lesquelles).
Certes, mais son utilisation au sein d'iOS 5 et Lion est bien soumise au NDA... Il n'est donc pas autorisé de publier du code pour ces plateformes.
Je m'estime pas assez pointu pour avoir un avis intéressant, c'est bien pour cela que je lançais ou plutôt relançais la conversation... J'attends de voir des codes sources, car il semble qu'il y'ait quand même des subtilités. ARC ne semble pas gérer les références circulaires et on est pas a l'abri de surprises de jeunesse. C'est malgré tout une belle alternative au ramasse miette et j'aime bien ce LLVM qui semble optimiser le code. L'avis d'Ali m'a bien plu car l'idée d'une correction dans le code est effectivement plus ludique et je me demande si l'idéal ne serait pas d'avoir les 2 ? Une correction syntaxique performante pour avoir un code lisible, propre et apprendre de ses erreurs, tout en ayant une compilation qui optimise au mieux le code et nous évite les fuites de mémoire, qui il faut le dire son parfois casse tête !