Iphone 将UIAlertView子类化以接受用户输入是否违反HIG?
我已经看到了一个关于如何在UIAlertView上接受用户输入的详细说明,但我想知道这样做是否违反了苹果的iOS人机界面准则 根据关于 避免创建不必要的警报。。。[警报]通常是不必要的,如果它们。。。[a] sk用于确认用户发起的操作。要确认用户发起的操作,即使是潜在的风险操作(如删除联系人),也应使用操作表 然而,我希望使用一个警报视图来提示用户输入密码,就像苹果在用户从AppStore购买应用程序时所做的那样Iphone 将UIAlertView子类化以接受用户输入是否违反HIG?,iphone,ios,ios4,hig,Iphone,Ios,Ios4,Hig,我已经看到了一个关于如何在UIAlertView上接受用户输入的详细说明,但我想知道这样做是否违反了苹果的iOS人机界面准则 根据关于 避免创建不必要的警报。。。[警报]通常是不必要的,如果它们。。。[a] sk用于确认用户发起的操作。要确认用户发起的操作,即使是潜在的风险操作(如删除联系人),也应使用操作表 然而,我希望使用一个警报视图来提示用户输入密码,就像苹果在用户从AppStore购买应用程序时所做的那样 如果您有任何意见,我将不胜感激 由于苹果在很多地方都这么做,我认为它没有违反HIG
如果您有任何意见,我将不胜感激 由于苹果在很多地方都这么做,我认为它没有违反HIG。我也可以自信地说这句话,因为我在WWDC学到了一些东西。我建议您查看UIAlertView上iOS 5的预发布文档下的Apple开发者网站(不幸的是,我不能在这里多说,因为它在NDA下)。由于苹果在许多地方都这样做,我认为它不违反HIG。我也可以自信地说这句话,因为我在WWDC学到了一些东西。我建议您在UIAlertView上的iOS 5预发布文档下查看Apple开发者网站(不幸的是,我不能在这里多说,因为它在NDA下)。据我所知 我不认为苹果会拒绝我在appstore中发布的一款应用,因为它使用UIAlertView提示用户输入登录凭据 我的投票是你可以同意 确保使用addTextFieldWithValue此方法创建alertview bz这是未记录的API,您将被拒绝 因此,最好使用常规方法来设计警报 据我所知 我不认为苹果会拒绝我在appstore中发布的一款应用,因为它使用UIAlertView提示用户输入登录凭据 我的投票是你可以同意 确保使用addTextFieldWithValue此方法创建alertview bz这是未记录的API,您将被拒绝
因此,最好使用常规方法来设计警报 我可以看出他们会因为自己的应用程序所做的事情而拒绝它,比如使用未记录的API登录(正如Karithikeyan所说)。然而,我认为这里和那里的奇怪警报视图不会影响你进入商店的机会。(用于输入) (举例说明我是如何毫无问题地以不同方式使用警报视图的)。 我有时使用警报视图查看装载指示器。我得到alerview并在它旋转时将指示器放在里面,这样做我也没有问题
我的建议是:克制地使用它,但不要害怕被拒绝。如果它似乎是正确的使用,它可能是 我可以看出他们会因为自己的应用程序所做的事情而拒绝它,比如使用未记录的API登录(正如Karithikeyan所说)。然而,我认为这里和那里的奇怪警报视图不会影响你进入商店的机会。(用于输入) (举例说明我是如何毫无问题地以不同方式使用警报视图的)。 我有时使用警报视图查看装载指示器。我得到alerview并在它旋转时将指示器放在里面,这样做我也没有问题
我的建议是:克制地使用它,但不要害怕被拒绝。如果它似乎是正确的使用,它可能是 不,我在许多应用程序中这样做是为了显示自定义AlertView(使它们看起来漂亮),它们仍然在应用程序商店中…不,我在许多应用程序中这样做是为了显示自定义AlertView(使它们看起来漂亮),它们仍然在应用程序商店中。。。