Причины не разрабатывать приложения с джейлбрейком iPhone как единственное тестовое устройство

Question

Я ищу причины, которые разработчики должны рассмотреть перед разработкой и тестированием приложений и игр на устройстве джейлбрейка. Моя убежденность в том, что если вы хотите опубликовать свое приложение в App Store, вам лучше убедиться, что вы всегда тестируете устройство без джейлбрейка. Например. если вы серьезный разработчик, что вы должны рассмотреть, прежде чем джейлбрейк вашего единственного устройства разработки, соответственно, покупая второе непереработанное устройство только для разработки.

Правовые последствия довольно хорошо известны, но не мешает повторять их. Меня больше интересуют все технические причины, по которым разработка на взломанном iPhone сделает вашу жизнь труднее (или иногда проще, если она существует).

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

Answer 1

Вы всегда хотите протестировать устройство и конфигурацию, для которой вы будете выпускать. Если вы собираетесь выпустить для устройств джейлбрейка, проверьте на jailbroke. Если вы планируете выпускать через магазин приложений, проверьте на непрерывных устройствах.

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

Вы всегда хотите разработать и/или протестировать устройство как можно ближе к вашему прогнозируемому среднему пользователю. Одна большая ошибка, которую разработчики предпринимали на протяжении десятилетий, - это создание и тестирование нового программного обеспечения на своих высокопроизводительных электростанциях. Они видят, что программное обеспечение отлично работает там, где выше среднего уровня, но когда они выпускают программное обеспечение для средних пользователей, работающих в средних системах, программное обеспечение должно замедляться в реальном использовании. Это не будет такой проблемой для мобильных устройств, но принцип тот же.

Answer 2

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

развития inAppPurchase не работает на устройствах JB (это дает InvalidProductIDs для всех inApps)

(некоторые отчеты говорят, что это для JB с установленным AppSync)