NSSecureCoding

Overview 概要

Historically, many classes decoded instances of themselves like this: 歴史的に、多くのクラスはそれら自身のインスタンスをこのようにデコードしました：

id obj = [decoder decodeObjectForKey:@"myKey"];
if (![obj isKindOfClass:[MyClass class]]) { /* ...fail... */ }

This technique is potentially unsafe because by the time you can verify the class type, the object has already been constructed, and if this is part of a collection class, potentially inserted into an object graph. この手法は潜在的に安全ではありません、なぜならあなたがクラス型を検証できるようになるまでに、オブジェクトは既に組み立てられてしまう、そしてこれがコレクションクラスの一部ならば、可能性としてオブジェクトグラフへと挿入されてしまうからです。

In order to conform to NSSecureCoding: NSSecureCodingに準拠するためには：

• An object that does not override initWithCoder: can conform to NSSecureCoding without any changes (assuming that it is a subclass of another class that conforms). initWithCoder:をオーバーライドしないオブジェクトは、NSSecureCodingに何ら変更なしに準拠できます（それは、準拠する別のクラスのサブクラスであると仮定します）。

• An object that does override initWithCoder: must decode any enclosed objects using the decodeObjectOfClass:forKey: method. For example: initWithCoder:をオーバーライドするオブジェクトは、あらゆる封入されたオブジェクトをdecodeObjectOfClass:forKey:メソッドを使ってデコードしなければなりません。例えば：

  
  id obj = [decoder decodeObjectOfClass:[MyClass class]
              forKey:@"myKey"];

  In addition, the class must override the getter for its supportsSecureCoding property to return YES. 加えて、クラスはそれのsupportsSecureCodingプロパティをオーバーライドしてYESを返さなければなりません。

For more information about how this relates to the NSXPC API, see Creating XPC Services in Daemons and Services Programming Guide. どのようにこれがNSXPC APIと関連するかについてのさらなる情報として、Creating XPC ServicesをDaemons and Services Programming Guideで見てください。