問題タブ [automatic-ref-counting]

プロジェクトを自動参照カウント（ARC）に変換するかどうかはわかりません。それはまだ iOS 4.X 以下でサポートされていますか?

ありがとうございました

iOS 5プロジェクトでSFHFキーチェーンクラス（ここから）を使用しようとしています。私はクラスのほとんどを新しいARCルールに従うように変換することに成功しました。

次のように、コードの1つの小さなセクションで問題が発生しています

これにより、次の構文の問題が発生します。

私はiOS開発にかなり慣れていないので、今はかなり困惑しています。どんな助けでも大歓迎です。

iOS 5 SDKをダウンロードしたところ、ARCが新しいAppleコンパイラの優れた機能であることがわかりました。当面、多くのサードパーティフレームワークはARCをサポートしていません。新しいコードにARCを使用して、現在の保持/リリースコードを変更しないでおくことはできますか？JSONKitなどの一部のフレームワークはコンバーターを使用してARCに変換できないため、ARCコンバーターはここでは機能しません。

編集：

-fno-objc-arc答えは、ARCを必要としないファイルのコンパイラフラグを追加することです。Xcode 4では、ターゲット->ビルドフェーズ->ソースのコンパイルでこれを行うことができます。

Clang には ARC と呼ばれる新機能があります。コンセプトはクールに見えます。この機能はサイクルの検出をサポートしていますか?

私は使用することになっていることを知っています：

初期化するrealObject(realObjectはクラス内のオブジェクトです)

しかし、ARC モードでは自動で解放されますが、このテクニックを使用する必要はありますか? 単純に使用できますrealObject = [[ObjectClass alloc] init];か? そうでない場合、漏れる特定の理由はありますか？

ありがとう

私はARCの時流に飛び乗りました。以前は、デリゲート プロパティを次のように宣言していました。

だから私はARCの下でこれを行うと思った：

そうではありません。.m の @synthesize ステートメントで、コンパイルエラーが発生しました。

*セマンティックな問題: __weak プロパティ 'delegate' の既存の ivar 'delegate' は __weak でなければなりません*

私はそれを弱いと宣言しました！また、プロトコルを実装するクラスを弱参照プロパティに渡すにはどうすればよいですか。それらの奇妙な obj_unretained 呼び出しのいずれかでラップする必要がありますか?

これに関するヘルプは非常に高く評価されます。

iOS5 の使用を開始し、プロジェクトで ARC を有効にしました。割り当て解除時にそのオブジェクトの状態を保存するクラスがあります。

しかし、ARCの下で[super dealloc]は、許可されていませんか? この状況でスーパークラスで dealloc メソッドを呼び出さないとバグだと思った？

では、オブジェクトの割り当てを解除する適切な方法は何でしょうか?

新しい自動参照カウントにより、新しい iPhone 開発者が cocoa メモリ管理ガイドラインを無視し、悪いコーディングを助長するようになると思いますか?

ARCドキュメントはLLVMサイトで公開されているため、ここではNDAは問題になりません。

コードをARC用に準備する際に、以前は（id）を使用していた多くの状況で（NSObject *）を使用していることがわかりました。

たとえば、initWithParent：メソッドを記述している場合、次のようになります。

以前は書いていた場所

私の質問は-この慣習は意味がありますか？

Xcode 4.2 開発者向けプレビュー バージョンをダウンロードして、cocoa アプリケーションを作成しました。しかし、デリゲート クラスで非常に奇妙な構文を見つけました。

これは何を意味するのでしょうか？そして、コンパイラはそれをコンパイルすることさえできません。

前もって感謝します！