我在这里读到很多关于UIAlertView的误用以及Apple可能会拒绝UIAlertView过度使用的应用程序的事实。
在我的应用程序中，我写的是我必须通过在线请求和重新计算内部数据结构来更新数据。虽然这是有效的并且在第二个线程中运行但我不希望用户触摸GUI和应用程序的当前设置等。所以我决定使用UIActivityIndicator和UIProgessView显示UIAlertView几秒钟，这在后台自动被解雇工作已经完成。
你认为这是反对HIG规则的原因吗？如果是这样，你对这种工作流程的良好实践有什么建议吗？
干杯， Konran
答案 0 :(得分：2)
我使用MBProgressHUD而不是UIAlertView。它看起来更好，并有一个内置的活动指标。 Apple在他们的一些应用程序中使用了类似的组件。
答案 1 :(得分：0)
我认为不应该使用alertView来阻止用户与屏幕交互。你可以轻松做的是在你的内容之上添加一个“面具”。创建一个视图;给出.5 alpha黑色的背景色，并将其添加为主视图的子视图。这将使其他所有内容变暗，并阻止用户与其进行交互。
答案 2 :(得分：0)
我在几个应用程序中使用了带有集成活动指示器的警报视图，但没有一个被拒绝进入AppStore。如果您没有在警报视图中显示任何按钮，则用户甚至不会将其视为警报视图，因此我认为没有任何问题。