Что такое хорошая практика с использованием UIAlertView с UIActivityIndicator

Question

Я много читал здесь о неправильном использовании UIAlertView и о том, что Apple может отклонить приложение, в котором UIAlertView чрезмерно используется.

В своем приложении я пишу, что мне редко приходится обновлять данные с помощью онлайн-запроса и пересчета внутренних структур данных. Хотя это действует и работает во втором потоке, я не хочу, чтобы пользователь касался графического интерфейса пользователя, текущих настроек приложения и т. Д. Поэтому я решил показать UIAlertView с UIActivityIndicator и UIProgessView на несколько секунд, которые автоматически закрываются, когда фон работа выполнена.

Как вы думаете, это причина против правил HIG? Если да, то есть ли у вас предложения по надлежащей практике такого рода рабочих процессов?

Ура, Konran

Answer 1

Вместо UIAlertView я бы использовал MBProgressHUD. Это выглядит лучше и имеет встроенный индикатор активности. Apple использует аналогичный компонент в некоторых своих приложениях.

https://github.com/matej/MBProgressHUD

Answer 2

Я использовал представление предупреждений со встроенным индикатором активности в нескольких приложениях, и ни одно из них не было отклонено при входе в AppStore. Если вы не отображаете какую-либо кнопку внутри представления предупреждений, пользователь даже не будет рассматривать ее как представление предупреждений, поэтому я не вижу никаких проблем с этим.

Answer 3

Я не думаю, что alertView должен использоваться для предотвращения взаимодействия пользователя с экраном.То, что вы можете легко сделать, это добавить «маску» поверх вашего контента.Создать вид;задайте цвет фона .5 альфа-черный и добавьте его в качестве подпредставления вашего основного вида.Это затемнит все остальное и не даст пользователю взаимодействовать с ним.