Что требуется iPhone OS 3.0 с точки зрения программирования?

Ответ 1

• Более полный интерфейс Builder с поддержкой пользовательских палитр и всевозможных полезных свойств.
• Улучшен контроль над клавиатурой.
• Лучшая поддержка тестирования модулей. (Модульное тестирование может быть выполнено, но только на симуляторе, и это очень неудобно для настройки.)
• Push-уведомления. Пожалуйста.
• Более точный симулятор, т.е. один с более точным набором рамок.
• Возможность легко создавать представления, такие как окно создания почты.
• В этом случае создается окно приложения.
• Лучший способ для приложений обмениваться данными локально, чем путем вызова URL-адресов.
• Доступ к базам данных календаря, заметок, почты (возможно только для чтения) и закладок (опять же, только для чтения). Возможно, даже ограниченный доступ к базе данных iPod - даже удобство чтения метаданных песен, а также доступ и изменение игровой песни были бы полезными.
• Определенная промежуточная точка между UILabel и UIWebView, которая позволяет форматировать текст без огромных проблем.
• Дополнительные встроенные значки на панели инструментов.
• Возврат стиля кнопки "стакан", который был в бета-версии SDK.
• Несколько полезных внутренних представлений, таких как UIProgressHUD, отображаются.

И последнее, но не менее важное...

• Пони.

Ответ 2

• Простой способ установки букмарклета Javascript для Mobile Safari. (OpenRadar: 1, 2)
• UIWebView требует больше свойств и методов UIScrollView, таких как contentOffset.
• Более конфигурируемость некоторых встроенных поведений и представлений, например. текст кнопки на кнопке "Удалить" UITableViewCell или стили и текст кнопок UIAlertSheet/UIAlertView. (Некоторые из них могут быть сделаны сегодня с недокументированными вызовами, но я бы предпочел не полагаться на них.)
• Больше гибкости от UINavigationController, например, возможности push/pop-просмотров, которые выборочно не отображают навигационную панель, а используют одни и те же анимации и стек или более настраиваемость над ярлыками кнопок кнопок и режимами навигации.
• Возможность ограничить ориентацию интерфейса на UIViewController, а не просто принимать/отклонять изменения через shouldAutorotate. Например. Я хочу, чтобы мой основной контент-контент был авторотимым, но я хочу, чтобы экраны иерархии и настроек навигации всегда отображались на портрете, даже если представление содержимого было повернуто к пейзажу.
• libxml и удобный DOM XML-анализатор вместо NSXMLParser на основе SAX.
• libcurl w/SSL или другие параметры и функции для NSURLConnection.
• Возможность проверить, зарегистрирована ли схема URL. Это можно использовать для приложений, чтобы определить, установлены ли другие конкретные приложения, и активировать функцию выборочно, например. когда Instapaper обнаруживает, что Tweetie установлен, он может предложить кнопку "Post with Tweetie". (Отказ от ответственности: это был плагин. Я делаю Instapaper.)

Я уверен, что буду думать больше, но в целом я очень счастлив для iPhone. Я поражен качеством и изощренностью iPhone OS, SDK и инструментами разработки, учитывая, насколько невероятно молоды они все.

Ответ 3

Я удивлен, что никто не упомянул сбор мусора. Objective-C 2.0 на Mac поддерживает дополнительную сборку мусора. Я действительно не вижу причин, по которым он не очень хорошо работал бы на iPhone, и это устранило бы большую часть скуки, связанной с необходимостью явного освобождения объектов повсюду.

Ответ 4

В первую очередь я надеюсь, что iPhone сможет разговаривать друг с другом через Bluetooth или другими способами. Конечно, они могут разговаривать через Bonjour, если они находятся в одной сети Wi-Fi, но это просто не достаточно удобно в 2009 году. Если я учусь с другом и хочу играть в многопользовательскую игру, нам сначала нужно найти Starbucks или что-то в этом роде, чтобы попасть в одну и ту же сеть Wi-Fi. Кроме того, подумайте о смешном количестве социальных приложений, которые вы могли бы использовать, если iPhone сможет разговаривать друг с другом, не нуждаясь в Wi-Fi. Обменивайте визитные карточки, флиртуйте с симпатичной девушкой и т.д.

Создайте перспективу PURE для программистов, сделайте XCode полезной для среды IDE, поскольку Eclipse или IntelliJ находятся в мире Java. Там так много времени я трачу на тупые вещи, которые IDE могла найти для меня, когда я набрал ее.

Я также не понимаю, почему я не могу использовать цветные кнопки без использования изображений.

Ответ 5

Лучшая многозадачность является абсолютно ключевой на данный момент. Android получил это, у Palm WebOS есть это - оба, кажется, в значительной степени неограниченно и хорошо реализованы. Возможности:

• Push-уведомления с хорошим пользовательским интерфейсом (стек сообщений в дополнение к значению/звуку/независимому - если у них должен быть дополнительный шаг утверждения, поэтому приложения не могут быть неприятными, так и должно быть)
• Несколько полных процессов (возможно, с текущей ОС, я понимаю, но тогда я никогда не видел хорошего объяснения, почему iPhone не поддерживает виртуальную память).
• Меньшие "фоновые" версии приложений, которые могут работать в фоновом режиме - нет графического интерфейса пользователя и значительно более жесткого ограничения памяти.

Ответ 6

• Хороший API сопоставления. Давайте обратимся к абстракции Google Maps, которую использует приложение Карт!
• Дополнительная поддержка интерфейса Builder
• Лучший симулятор

Ответ 7

• Умный почтовый ящик. Входящие сообщения направляются к установленным обработчикам на основе типа.
• Структура синхронизации, упрощающая синхронизацию с настольным компьютером и Mobile Me.
• Достойная поддержка ландшафта, без множества ошибок, особенно для выбора камеры. Лучшая поддержка вращения и больший контроль над ним.
• Доступ к данным EXIF ​​по изображениям из сборщика, поэтому мы можем указать их местоположение.
• Более глубокий доступ к API-интерфейсу камеры, так что мы не переправляемся по железной дороге в стандартный фотоприемник/сборщик
• Push-уведомления, которые могут запускать приложение. (Вместо полной многозадачности, которую я не думаю, что мы получим и которая может быть проблематичной.)
• Лучше, более интуитивно понятные элементы управления на клавиатуре.
• API для обмена сообщениями между приложениями.
• Доступ к данным из Календаря, iTunes, Почта, Заметки и многое другое (с разрешения пользователя)
• Более точный симулятор, например, для ограничения пропускной способности и использования камеры Mac для фактического фотографирования.
• Телефон-телефон bluetooth для обмена данными
• Доступ к другим представлениям, используемым приложениями iPhone, например. прогресс HUD, электронная почта "blobbing" механизм для адресов электронной почты, скроллеры эскизов, HUD, поднятые в приложении "Фото" и т.д.

Ответ 8

Меньшая песочница. Это будет маловероятно, но для приложения всегда будет полезно иметь немного больше мощности, чем в настоящее время (например, фактический доступ к файловой системе, даже если он доступен только для чтения, он все равно позволит использовать более интересные приложения существовать).

EDIT: Кроме того, доступ к API копирования/вставки. Но я надеюсь, что это очевидно для Apple.

Ответ 9

Мой список:

• Больше полнофункциональной поддержки IB, поскольку Mac имеет
• Механизм передачи данных Inter-app (может быть C & P, но не обязательно)
• Значительно улучшенный API-интерфейс камеры с более глубоким уровнем контроля и большей гибкостью.
• Доступ к SDK для Bluetooth и поддержка протоколов
• Платформа Real ObjectiveC вокруг адресной книги, такой как Mac, имеет сегодня.
• Предупреждения, подобные предупреждению о местоположении, когда приложение пытается получить доступ к данным адресной книги.

Я уверен, что все, что они на самом деле подготовили, будет несколько интересных поворотов.

Ответ 10

• Возможность отправки SMS-сообщений без необходимости запуска SMS-клиента и ввода пользователем сообщения.

• Доступ к необработанным данным камеры, чтобы все можно было сделать без необходимости делать снимок и ждать его сохранения (например, вы можете делать с Android)

• push-уведомление, чтобы вы могли запускать задачи... нужно было бы управлять пользователем.

• Камера, которая может сфокусироваться (я знаю... должен ждать следующего iPhone для этого... если они решат поместить его...)

Ответ 11

Рисунок UIKit для рисования api.

Ответ 12

Мы все знаем набор функций, который люди хотят. Копировать/Вставить, MMS, Flash на iPhone и т.д.

Я бы подумал, что эти конкретные предметы были в списке желаний SO (хотя кажется, что я ошибаюсь, глядя на голоса по этому комментарию:-).

MMS - это довольно бессмысленное приложение, когда у вас есть электронная почта. Flash не является проблемой ОС - Flash может быть доставлен сегодня.

Мне даже не нужны push-уведомления - они просто патч, мне нужны фоновые приложения. Я также хочу исправления для всех сломанных API, таких как поддержка камеры, видео и ландшафта. Поддержка фильтров CoreImage была бы неплохой, но, вероятно, слишком большой, чтобы пожелать.

Ответ 13

• [[ABAddressBook sharedAddressBook] меня] за возможность использования владельца почтового индекса, номера телефона и т.д.
• Возможность загрузки файлов на локальное хранилище и их синхронизации с iTunes или вашим жестким диском

Ответ 14

Получить данные EXIF ​​с фотографий

Снять все фотографии одновременно

Выверните все контакты сразу

Яркость экрана управления

Доступ к музыке в разделе iPod

Чтение доступа к электронной почте и текстовым сообщениям

Доступ к файлам cookie Safari (так что, возможно, я мог бы сделать какое-то поддерживаемое мной приложение).

Ответ 15

• фиксировать вид таблицы в ландшафтном режиме
• API новой камеры с прямым доступом к камере
• подписка на рассылку автоматически при загрузке в хранилище приложений (вместо подписи кода в xcode)
• возможность запрашивать больше памяти, чтобы пользователям не приходилось перезагружать свои телефоны, чтобы избавиться от фоновых приложений.

Ответ 16

Зависимость развития, основанная на Mac.