В этом выпуске, AVAssetReader и AVAssetWriter классы были удалены из платформы Основы AV.

LLVM GCC и компилятор LLVM теперь включены как дополнительные компиляторы для разработки iPhone.

При выборе цели и затем выборе «Update Current Target for iPad», новые файлы пера создаются, но не преобразовываются в iPad. Решить эту проблему:

• Любой выбор каждый файл пера, скопированный, откройте его в Интерфейсном Разработчике, выберите пункт меню «File-> Create iPad Version», затем выберите «Save As …» для документа и сохраните по файлу пера.

• Или вызовите эту команду в терминале от папки проекта:

  find Resources-iPad -type f -name "*.xib" -exec ibtool --sdk "" --change-target-runtime IBIPadFramework {} --write {} \;

Когда отладка Вашей многозадачности включила приложение, избегите вручную приостанавливаться и продолжаться от отладчика, когда приложение приостановлено в фоновом режиме. Приостановка приложения, приостановленного в фоновом режиме, разрушает надлежащее многозадачное поведение, пока не повторно запускается приложение.

Используя datatip на неинициализированном объекте или превращение это открывается в представлении переменных, будет иногда заставлять его быть похожим, что отказала программа. Строка состояния у основания окон XCode покажет Program received signal: "EXC_BAD_ACCESS" и кнопки на панели инструментов для продвижения через код будут отключены. Для восстановления выберите «Sync with Debugger» из меню Run и продолжайте отлаживать.

iOS 4 включает новое UINib класс для поддержки быстро разархивировавших файлов пера. В то время как этот класс в новинку для iOS SDK 4, он присутствовал, но был частным в предыдущих выпусках. Необходимо соблюдать особую осторожность при развертывании кода, использующего UINib класс и также работает на выпусках iOS до версии 4. В частности Вы не можете определить доступность класса исключительно с помощью NSClassFromString функция, потому что та проверка возвращает частный класс на iOS 3.x и ранее. Вместо этого после получения UINib использование класса NSClassFromString, необходимо также использовать respondsToSelector: метод возвращенного класса, чтобы видеть, отвечает ли это на nibWithNibName:bundle: метод. Если это реагирует на тот метод, можно использовать класс.

CGFontCreateWithFontName может зависнуть при некоторых обстоятельствах при использовании UIAppFonts ключ Info.plist.

desiredPlayers свойство было удалено из GKMatchRequest класс

GameKitBeta.h был переименован к GameKitPreview.h. Это повредит существующие проекты та ссылка против GameKitBeta.h. Перекомпилируйте по мере необходимости.

Почта теперь поддерживает следующие расширения RFC:

• СЖАТИЕ (4978)

• ESEARCH (4731)

• РАЗДЕЛЕНИЕ НА БЛОКИ (3030)

• 8BITMIME (1652)

• ENHANCEDSTATUSCODES (3463)

• BINARYMIME (3030)

• CONDSTORE (4551)

MPMoviePlayerController класс изменил поведение в iOS 3.2. Поведение этого класса следующие:

• В iOS SDK 3.1.x и ранее, проигрыватель фильмов всегда играет полный экран.

• В iOS SDK 3.2 и позже, необходимо встроить представление проигрывателя фильмов в интерфейс приложения. (Это поведение применяется к iPhone, iPad и Повсеместному применению.)

При соединении Повсеместного применения против iOS SDK 3.2 Вы должны быть подготовлены встроить представление проигрывателя фильмов в свой интерфейс при работе iOS 4 и позже. В этом конкретном случае, значении userInterfaceIdiom свойство не является надежным способом определить поведение контроллера медиапроигрывателя. Вместо этого необходимо протестировать на существование view свойство MPMoviePlayerController класс, чтобы определить, необходимо ли вставить представление в иерархию представления. Для получения дополнительной информации о том, как выполнить эти проверки, посмотрите Руководство по совместимости SDK.

В iOS 3.2 и позже, MPMoviePlayerController класс теперь значения по умолчанию для совместного использования аудио сеанса приложения для воспроизведения аудио и связанных аудио способов поведения. Это позволяет аудио проигрывателя фильмов смешиваться с остальной частью аудио приложения, а также соответствовать способам поведения аудио категории сеанса аудио приложения (таким как смешивание с аудио других приложений и/или повиновение Тихому Переключателю). В iOS 3.1.3 и ранее, этот класс всегда использует предоставленный систему аудио сеанс. Для получения того же самого поведения в iOS 3.2 и позже необходимо установить useApplicationAudioSession свойство контроллера проигрывателя фильмов возражает против NOfalse. См. Аудио Руководство по программированию Сеанса, включая Работу с Фильмами и разделом Music iPod и Ссылкой класса MPMoviePlayerController для больше об аудио сеансах и их способах поведения с MPMoviePlayerController.

В этом и будущих выпусках, существуют изменения в сетевом поведении для приостановленных приложений:

• Отмените любые Добрый день связанные службы прежде чем быть приостановленным.], Когда Ваше приложение перемещается в фон, и прежде чем это будет приостановлено, это должно не зарегистрироваться от Добрый день и близко сокеты слушания, связанные с любыми сетевыми службами. Приостановленное приложение не может реагировать на входящие запросы на обслуживание так или иначе. Закрытие тех служб препятствует тому, чтобы они, казались, быть доступным, когда они фактически не. Если Вы не закрываете службы Bonjour сами, система закрывает те службы автоматически, когда приостановлено Ваше приложение.

• Будьте подготовлены обработать сбои соединения в своих основанных на сети сокетах. в то время как Ваше приложение приостановлено за любое число причин,] Система может разъединить сокетные соединения. Пока Ваш основанный на сокете код подготовлен к другим типам отказов сети, таким как потерянный сигнальный или сетевой переход, это не должно приводить ни к каким необычным проблемам. Когда Ваше приложение возобновляется, если оно встречается с отказом после использования сокета, просто восстановите соединение.

Ограничение по времени для завершения задачи изменилось с 5 минут до 10 минут.

Когда заявление будет послано в фон, для сохранения контекста пользователя при переключении между приложениями приложениями, соединенными на или после того, как iOS 4 больше не будет автоматически отменять предупреждения и листы действия.

Средство моделирования iOS может теперь моделировать многократные версии iOS от единственной сборки. В настоящее время средство моделирования поддерживает iOS 3.2 и iOS 4.0, позволяя моделирование единственного Универсального двоичного файла и на iPad и на Средствах моделирования iOS.

С основным набором SDK к 3,2, но работающий в 4,0 средствах моделирования, вызове приложения stat записи вне конца stat bufferstat() и может вызвать неожиданное поведение или катастрофический отказ.

Приложение Камеры обнаруживается на средстве моделирования iOS 4 (но не на нормальном средстве моделирования). Это вызывает UIImagePickerController объект подвесить приложение, когда запущено в средстве моделирования iOS 4. Кнопка отмены отключена и единственный выход из приложения, как только средство выбора изображения показано (с камерой для исходного типа), должен уничтожить приложение вручную.

UIInvalidBackgroundTask был переименован к UIBackgroundTaskInvalid

На iOS 4.0, приложения, добавляющие текстовое поле к a UIAlertView должен будет прекратить перемещаться UIAlertView вручную избегать проблем расположения.

Установка animatable свойств в блоке анимации перехода может не работать.

Фоны мозаики, создаваемые с colorWithPatternImage: метод UIColor появитесь с изображением вверх тормашками. Это - корректное поведение, поскольку теперь соответствуют образец и пробелы нормальной координаты.

Поведение по умолчанию для нового UIView в то время как анимация играет, основанный на блоке API анимации в 4,0 должна отключить взаимодействие с пользователем через целый интерфейс. Разработчики не должны полагаться на это поведение, остающееся значением по умолчанию, поскольку это может быть инвертировано в будущих выпусках, таким образом позволив взаимодействию с пользователем произойти по умолчанию, в то время как играет анимация. Программы, скомпилированные против iOS SDK 4, будут продолжать работать как есть, но кодировать скомпилированный под будущими версиями SDK, может потребовать, чтобы установка различного флага опции включила исходное поведение.

Поведение по умолчанию для нового UIView основанная на блоке анимация API в 4,0 должна наследовать продолжительность анимации от блока анимации включения (когда существующий). Разработчики не должны полагаться на это поведение, остающееся значением по умолчанию, поскольку это может быть инвертировано в будущих выпусках, таким образом предотвратив анимации от автоматического наследования продолжительности их анимации включения. Программы, скомпилированные против iOS SDK 4, будут продолжать работать как есть, но кодировать скомпилированный под будущими версиями SDK, может потребовать, чтобы установка различного флага опции включила исходное поведение.

iPhone 4 использует различный системный шрифт, чем более ранние устройства. Ссылки на шрифт Helvetica в файлах пера будут декодироваться как системный шрифт на этих более новых устройствах.

Система Ввода текста UIKit никогда не вызывает методы, найденные в документации при «Определении Расположения и Записи Направления» категория.