Добавление поддержки iPad в проект iPhone: универсальный или два отдельных приложения?

Question

У меня есть существующее приложение для iPhone, и кажется, что значительная часть моих пользователей в эти дни работает на iPad (я могу сказать, потому что многие электронные письма, которые я получаю от пользователей, имеют подпись «отправлено с моего iPad»).

Я сейчас реализую версию iPad, и я делаю это с той же кодовой базы, что удобно делать. Но когда я закончил, я задаюсь вопросом, действительно ли я должен опубликовать его как универсальное приложение. Я мог бы вместо этого загрузить его как отдельное, совершенно новое iPad-приложение.

Если я его универсальным:

• ✓ существующих пользователей IPad будет в восторге, когда они обновляются и вдруг увидеть поддержку IPad.
• ✓ Я получаю выгоду от существующего рейтинга/трафика для моего приложения, и ему не придется создавать его с нуля.
• ✗ Мои пользователи iPhone увидят обновление для ничего.
рейтинги
• ✗ пользователь может запутаться, как две версии совершенно разные

Если я им два отдельных приложения:

• ✓ Я могу установить разные цены для iPhone и IPad
• ✗ Существующие пользователи моего iPhone-приложения, которые находятся на iPad, не будут знать, что для них есть новая версия. И если они обнаружат это, необходимость переноса их данных будет их раздражать. Как будет платить еще раз за это.

У меня отсутствуют какие-либо другие компромиссы, которые могут помочь решить, какой маршрут взять? У кого-нибудь есть опыт, чтобы поделиться им с любым маршрутом?

Answer 1

Я увидел интересное сообщение в блоге (ниже), где показано, что вы разбавляете свой рейтинг загрузки на iTunes, если у вас есть отдельные приложения.

http://www.cocoanetics.com/2011/05/to-universal-or-not/

Answer 2

Там нет другого пути, об этом. Вы должны идти универсально.

Единственная причина, по которой у вас нет универсального приложения, будет отличаться ценой (и я думаю, что это может сильно портить клиентов. Особенно те, кто использует приложение на своих iPad).

я могу придумать с нагрузками причин:

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

• Код более управляемый. Что делать, если вы создаете класс обработки данных, который предоставляет информацию для таблиц/представлений? Почему вы хотите иметь две копии одного и того же кода в двух разных проектах? Что делать, если вы исправляете ошибку в будущем и должны выполнять те же исправления дважды в разных проектах?

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

• Как ваш проект продолжает расти, имея два разных приложения будет кошмаром развитие с точки зрения внесения изменений, запуск обновления и т.д. .

• Некоторые библиотеки сторонних разработчиков нуждаются в определенной форме идентификатора приложения. Существуют другие, которые требуют, чтобы вы платили за реализацию приложения. Зачем платить дважды за разные приложения, когда вы можете сделать это в одном универсальном приложении?

• Опыт пользователей. Пользователи, владеющие iPhones и iPads, ожидают некоторую синхронизацию приложения между iPhone и iPad с помощью iCloud и др. Я не думаю, что пользователь будет слишком рад узнать, что их данные не синхронизируются на всех устройствах.

• В приложении Покупки для одного устройства необходимо будет снова купить для другого (это не будет хорошо с клиентами).

... Я могу продолжать и продолжать весь день. Подводя итог, если у вас нет ОЧЕНЬ разумной причины иметь отдельные приложения (и я, честно говоря, не могу придумать ни одного), пойдите универсально. Универсальные приложения встречаются как чистые, хорошо построенные и профессионально сделанные. Они производят хорошее впечатление на клиентов, и это легкий ветерок для разработчиков.

Создание двух отдельных приложений для iPhone'ов и IPADS как принимать сайт и разделив его на различные автономные версии со своими индивидуальными доменными именами для разных браузеров ... не имеет смысла :)