Здание для ошибок - PullRequest
2 голосов
/ 15 июля 2010

Как вы справляетесь с ошибкой в ​​конкретной версии SDK в выпущенном приложении? Скажем, например, я сообщил и получил уведомление, что ошибка известна в определенной версии SDK. Скажем, инженеры SDK исправят проблему в следующем выпуске. Нужно ли мне тогда проверять, запускает ли пользователь версию с ошибкой, и отображать сообщение об ошибке, что он не может использовать определенную функцию с ошибкой в ​​ней, потому что это приведет к сбою его оборудования? Есть ли более изящный способ? Отображаете ли вы предупреждение и говорите ли они обновить его до последней версии SDK? Вы полностью удаляете эту функцию? Совет будет оценен.

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

1 Ответ

3 голосов
/ 15 июля 2010

Это зависит от характера ошибки и от характера платформы.С iPhone, например, вы не можете просто сказать пользователю, чтобы обновить его или ее телефон.Если ваша цель - поддержка версии XY для iPhone, вам потребуется поддержка соответствующего SDK;в то время как для браузера X версии YZ или Java версии XY иногда может быть приемлемо сказать пользователям выполнить обновление. * Создается впечатление, что ваше приложение может что-то сделать только для сообщения об ошибке, в котором говорится, что оно не может поддерживать его для этой версииПлатформа не делает для хорошего пользовательского опыта.Если возможно, попытайтесь обойти недостатки в платформе (возможно, переопределив код, который предположительно работает в SDK) и предоставьте эту функцию пользователю.Если это невозможно, отключите его при работе на несовершенной версии платформы, но обязательно удалите все следы этой функции из приложения (чтобы пользователи не нажимали кнопку только для того, чтобы сообщить им об этом).что кнопка совершенно бесполезна).Я должен добавить, что условное включение / отключение функций имеет смысл только в том случае, если функция не является существенной для приложения;если функция является ключевым аспектом приложения, то вам лучше найти обходной путь или повысить минимальные требования, так как было бы нецелесообразно отправлять пользователям приложение с дефектом.

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...