iPhone - UIImageViewがNSCodingに準拠しているとドキュメントに書かれているのはなぜですか？

Question

理想的には、NSCodingに準拠したクラスは、encodeWithCoder：とinitWithCoder：を使用して、期待通りに動作します（開発者がルーチン内で何が起こっているか気にする必要はありません）ねじ込み！）

UIImageViewクラスはNSCodingに準拠しています。ですから、NSKeyedArchiverクラスとNSKeyedUnarchiverクラスを使ってシリアライズ/デシリアライズする方法を気にする必要はありません。しかし、UIImageViewオブジェクトを試してエンコードするたびに、UIImageがencodeWithCoder：メソッドを認識しないというエラーが発生します。

UIImageViewは内部的にUIImageオブジェクトを使用します。しかし、エンコーディングはそれ自体を処理してはいけませんか？

または、initWithCoderメソッドとencodeWithCoderメソッドを実装できることをユーザーに通知するために、NSCodingの準拠がドキュメントに記載されていますか？

誰かが私にこれを明確にしてもらえますか？私は完全に混乱しています！

Answer 1

文書が誤解を招く - UIImageは、あなたが言ったようにNSCodingに準拠していません。この質問はUIImageにNSCodingのための機能を追加したのiOS 5.1以降の更新に値する

@interface UIImage (NSCoding) 
- (id)initWithCoder:(NSCoder *)decoder; 
- (void)encodeWithCoder:(NSCoder *)encoder; 
@end 

@implementation UIImage (NSCoding) 
- (id)initWithCoder:(NSCoder *)decoder { 
    NSData *pngData = [decoder decodeObjectForKey:@"PNGRepresentation"]; 
    [self autorelease]; 
    self = [[UIImage alloc] initWithData:pngData]; 
    return self; 
} 
- (void)encodeWithCoder:(NSCoder *)encoder { 
    [encoder encodeObject:UIImagePNGRepresentation(self) forKey:@"PNGRepresentation"]; 
} 
@end 

Answer 2

、とネイサン・デ・フリースの答えは、今で警告を発生します：あなたは自分で仕事をしていることにより、（原始的な方法で）それを回避することができます最新のコンパイラ。

This question offers a solutionあなたのアプリが5.1より前のiOSをサポートしている場合は、この問題を回避できます。 Nathanの提案と基本的に同じですが、ハードコーディングではなく、メソッドがすでに存在するかどうかをチェックします。