Как правильно обработать Базовые Данные, сохраняют ошибки wrt пользовательский опыт в iPhone?
Так, у меня есть основное приложение для хранения, поиска и управления данными. Основные операции CRUD. В различных местах моего кода, где я храню или обновляю эти данные, у меня в основном есть это:
NSError *error;
if (![self.managedObjectContext save:&error]) {
// TODO: Handle this error
NSLog(@"Error while saving data %@, %@", error, [error userInfo]);
}
Что большинство людей делает, user-experience-wise, когда эти виды вещей подходят?
Единственная вещь, которая приходит на ум, состоит в том, чтобы просто открыться некоторые ужасные UIAlertView с неопределенным сообщением, что что-то пошло не так, как надо; не действительно уверенный, как восстановить эти вещи.
Ради аргумента, позволяет, предполагают, что моя модель имеет мало ни к каким проверкам, таким образом, единственные ошибки, которые могли бы произойти, или будут чем-то ужасно неправильно или проблемой программирования.
Какие-либо хорошие идеи о пользовательском опыте?
3 ответа
У Якоба Нильсена есть несколько кратких рекомендаций , которые вы, возможно, захотите проверить; из всего, что он предлагает, тот, который я настоятельно рекомендую вам указать в сообщении об ошибке, что это не вина пользователя. Исходя из моего собственного опыта пользовательского тестирования, большинство пользователей считают, что они сделали что-то не так, когда выскакивает ошибка, и это приводит к разочарованию.
Может быть, что-то вроде:
При сохранении возникла проблема: не волнуйтесь, это не ваша вина! Если вы перезапустите приложение, вы можете попробовать еще раз. Но, пожалуйста, свяжитесь с [контактным лицом разработчика] и скажите ему, что это была ошибка [короткий запоминающийся код ошибки]
В таком случае, я думаю, лучше всего было бы показать пользователю предупреждение и закрыть приложение.
Короткий ответ заключается в том, что у меня никогда не возникало ошибки сохранения в производстве. Обычно я делаю эти утверждения и заставляю их аварийно завершить приложение. Это делается для того, чтобы убедиться, что я поймал их во время разработки.
Если ваше приложение хорошо написано, у вас не должно возникнуть ни одной из этих ошибок, когда пользователь работает с приложением.
Что касается текста, то это зависит от вашего приложения, и для них нет общего правила.