В идеале NSCoding совместимый класс будет работать как с использованием encodeWithCoder: и initWithCoder: (по крайней мере, я так думал до недавнего времени) без разработчика приходится беспокоиться о том, что происходит внутри подпрограмм (если моя идея NSCoding соответствует классу не полностью облажались!) классiPhone. Почему в документации говорится, что UIImageView совместим с NSCoding?
UIImageView является NSCoding требований. Поэтому мне не нужно беспокоиться о том, как он будет сериализован/де-сериализован с использованием классов NSKeyedArchiver и NSKeyedUnarchiver. Но каждый раз, когда я пытаюсь кодировать объект UIImageView, я получаю сообщение об ошибке, которое UIImage не распознает encodeWithCoder: method.
Теперь UIImageView внутренне использует объект UIImage. Но разве кодирование не позаботилось об этом?
Или соответствие NSCoding указано в документации, просто дайте пользователю знать, что они могут реализовать методы initWithCoder и encodeWithCoder?
Может кто-то пожалуйста, разъяснить это для меня! Я полностью смущен!
Спасибо, что я уже это делаю. Просто интересно (разыгрывая действительно), почему Apple вводит в заблуждение разработчиков! То же самое с 3.0, не имеющим упоминания о новом методе в UIImagePickerController в документах. – lostInTransit
Определите файл ошибки документации в радаре (и добавьте его в OpenRadar, чтобы другие могли отслеживать прогресс). –
Спасибо, Натан де Врис. Ваш ответ мне очень помогает при работе с CoreData! –