問題タブ [nscopying]

私のアプリには、NSDictionaryキーが のサブクラスのインスタンスである がありますNSManagedObject。

ただし、問題はNSManagedObject、プロトコルが実装されていないことです。つまり、メソッドが正常に機能していても、 NSCopyingCore Data オブジェクト/インスタンスをNSManagedObject辞書キーとして使用することはできません。-[hash]

するべきでしたか？

Cocoaheadは、UIViewとそのサブクラスがNSCopyingプロトコルを採用しない理由を説明できますか？

哲学的には、UITouchは非常に一時的なオブジェクトであるため、コピーに準拠しない理由がわかります。UIViewによると、そのサブクラス、特にUIButtonは、コピーできるはずのようです。

確かに、Appleには彼らのやり方で物事を行う正当な理由があります。あなたは彼らの理由を知っていますか？

NSObject から派生したクラスがあります。[オブジェクトのコピー] のようにコピーを有効にするにはどうすればよいですか?

これはiPhoneアプリケーション用です。

とのいずれかで使用した場合copyの違いは何ですか？mutableCopyNSArrayNSMutableArray

これが私の理解です。それが正しいか？

質問は非常に単純です。UIImage を NSCopying プロトコルに準拠させる必要がありますが、これを達成するためにどこから始めればよいかまったくわかりません。

私を助けるためのポインタはありますか？

前もって感謝します

ここで明らかな何かが欠けている可能性がありますが、オブジェクトの1つにNSCopyingを実装しています。そのオブジェクトには、オブジェクトの外部で使用してはならないため、ゲッターを介して公開されないプライベートインスタンス変数があります。

の実装ではcopyWithZone:、新しいインスタンスをalloc / initする必要がありますが、現在のインスタンスと一致するようにその状態を設定する必要もあります。明らかに現在のプライベート状態に内部からアクセスできますcopyWithZone:が、その状態のアクセサーがないため、新しいオブジェクトに設定することはできません。

データのプライバシーを損なわずに、これを回避する標準的な方法はありますか？

ありがとう。

オブジェクトがNSDictionaryのキーとして使用される場合に必要であることを私は知っています。NSCopyingが必要なこのような他の時間はありますか？

NSCopyingに準拠するためにモデルオブジェクトが必要ないと思う場合、おそらく間違っていますか？

NSCopyingを実装しようとしている読み取り専用プロパティを持つオブジェクトがあります。「subConditions」（「SubCondition」オブジェクトを保持する）と呼ばれるmutableArrayがあります。呼び出し元が配列内のデータを変更できるようにしたいが、配列自体は変更できないようにするため、読み取り専用にしました。これは、-copyWithZone：メソッドを作成するときまで非常にうまく機能しました。

少しいじった後、私はなんとかうまくいくように見える何かを手に入れることができました。ただし、それがベストプラクティスかどうかはわかりません。これが私の-copyWithZoneの簡略版です：メソッド：

これは、読み取り専用のmutableArrayをコピーするための正しい/最良の方法ですか？

NSDictionarys から別のものにマップする a が必要UIViewです。

ただし、UIView はNSCopyingプロトコルを実装していないため、直接辞書のキーとして使用することはできません。

現在、数独アプリケーションに取り組んでいます。数値は、NSNumbers の多次元 NSMutableArray 内に格納されています。グリッドに数字を表示するために、SudokuGridView に配列を保持しています。パズルを解くときが来たら、パズルを解くために作成した NSOperation のサブクラスに [グリッド numberGrid] を渡します。

グリッドの配列は、次のようにプロパティとして定義されます。

それを数独グリッドソルバーに渡すと、次のようになります。

initWithPuzzle は次のように定義されています。

次に、パズルをプリミティブな int 配列に変換して解決し、パズル NSMutableArray に戻します。面白いのは、グリッドの NSMutableArray が解決策を持っていることです...つまり、MESudokuSolver 内でグリッドの配列が変更されていることを意味します。そこで調査を行ったところ、MESudokuSolver インスタンスに渡される配列へのポインターは、MESudokuSolver のパズル NSMutableArray とは異なります。奇妙ですよね？知っている。

さらに調査すると、異なるポインターを持つ配列内の NSNumbers へのポインターは実際には同じです。

StackOverflow さん、お願いします。