iOSクラスでは、アクティブなメモリを奨励するためにcopyWithZoneプロトコルを採用していないのはなぜですか？

Question

最近、Cocoaを使っていて、iOSに目を向けると、「 - [UIDeviceRGBColor copyWithZone：]：インスタンスに送られたセレクタが認識されませんでした...」というSIGABRTを取得するのに驚いていました。

NSColorとは対照的に、UIColorはクラス参照を参照していましたが、UIColorはプロトコルを採用していません。

今、これは大きな問題ではありません。私は、カラーインスタンスのアクティブな所有権を取って、使用直後に破棄するようにして、より効率的にしようとしていました。しかし、AppleがiOSのガベージコレクタを省略した理由は、メモリが枯渇し、バッテリチャレンジされたポータブルデバイスにリーンなメモリプロファイルを維持するために、開発者が自分が行っていたことを正確に行うよう促すことだと思った。

アップルの根拠に関するアイデア、または私の前提に何らかの誤りがありますか？

Answer 1

NSCopyingプロトコルの実装が「アクティブなメモリ管理を促進する」と思われる理由がわかりません。

UIColorは不変（内部状態を変更するメソッドは実装されていません）であるため、コピーを作成する点はありません。完了したらそれを維持したい場合はretain、それが完了したらreleaseにしてください。他に何も必要ありません。

あなたが本当に望んでいた場合は、カテゴリにコピーを追加することができますが：

@implementation UIColor (Copying) <NSCopying> 

- (id)copyWithZone:(NSZone *)zone 
{ 
    return [self retain]; 
} 

@end 

しかし、明らかにそれは実際にあなたに新しい機能を与えるものではありません。どうやら、Appleはそのクラスを実装したときにはそれが価値があるとは思わなかった。

Answer 2

マイアプリはiOS5を（UIColor>>#copyWithZoneが存在しない）とiOS6 +の両方で動作する必要があります（UIColor>>#copyWithZoneが存在している）ので、私は、次のを思い付いた：

@implementation UIColor(ios5CopyWithZone) 

+ (void)initialize 
{ 
    // iOS5 dosn't include UIColor>>#copyWithZone so add it with class_addMethod. 
    // For iOS6+ class_addMethod fails as UIColor>>#copyWithZone already exists. 
    Class klass = [UIColor class]; 
    Method methodToInstall = class_getInstanceMethod(klass, @selector(ios5CopyWithZone:)); 
    class_addMethod(klass, @selector(copyWithZone:), method_getImplementation(methodToInstall), method_getTypeEncoding(methodToInstall)); 
} 

// UIImage is immutable so can just return self. 
// #retain to ensure we follow mem-management conventions 
-(id)ios5CopyWithZone:(NSZone *)__unused zone 
{ 
    return [self retain]; 
} 
@end 

ランタイムのclass_addMethodを使用してUIColor>>#copyWithZoneを追加するコードの試みを。私はこれがUIColor>>#copyWithZoneをカテゴリに直接実装するよりも優れているかどうかはわかりませんが、AppleのAvoid Category Method Name Clashesを読むことは、既存のフレームワークメソッド（iOS6ではUIColor>>#copyWithZone）を再実装することが悪いことを意味します。しかし、私は+initializeがフレームワークの+initializeに潜んでいる可能性があることに気付きました。