私は間違いなく、私はARCは非常に良いシステムであり、本当によく働くと思う、プログラマはメモリ管理とどのようにシステムが実際に動作を理解することは良いことだと思います...しかし。これは本当に意見の質問ですので、非常に特殊な状況を除いて、ARCでiOS 5アプリをターゲットにする新しいプロジェクトを開始する価値はほとんどありません。
あなたのコードで多くのCライブラリを使用している場合、ARCは現在使用するのが少し難しいと感じています(つまり、CoreFoundationのようなサードパーティ製のCライブラリと主に使用している場合、それが理にかなっているかどうかを検討するかもしれませんが)、これらのライブラリがObjective-Cコントローラなどからほとんど分離されている場合でも、ARCは依然として良好です。
古いアプリの場合は、アプリの使用状況とパターンを確認する必要があります。多くのデリゲートメソッドを使用する場合、iOS 4で弱い参照を使用することはできないので、もう少し難しくなり、多分ARCと非ARCコードが混在する必要があります。 ARCを進めるために設計上の決定を下す方が良いかもしれません。新しい機能はiOS 5用に設計されており、iOS 4バージョンのアプリでは利用できない(または完全に利用できない)こともあり、それらはARCを使用します。
最終的には、アプリケーションがどのように設計されているか、大きさ、そして管理されたメモリ管理とARCの使用/制限についてどれほど快適であるかによって異なります。たとえば、私はARCに変換できない3つのプロジェクトを持っています.1つは現在混在しているプロジェクト、もう1つは完全に変換されています(ただしiOS 4+をターゲットにしています)、2つはARCとiOS 5+のみ。あなたはiOSの4をターゲットにしている場合は、ARC弱参照を使用することはできませんしながら
この質問をwikiエントリにすることをお勧めします...これは間違いなく、実際の意見であり、特定の状況に関連しています。 –
あなたはここで3つの異なる質問をしています。 2番目は[iOS 5ベストプラクティス(リリース/保持?)](http://stackoverflow.com/questions/6308425/ios-5-best-practice-release-retain)でカバーされ、3番目は[if convert自動参照カウント(ARC)にプロジェクト、それはまだiOS 3.X、4.Xでサポートされていますか?](http://stackoverflow.com/questions/6421753/if-convert-project-to-automatic-reference-countingarc –