私は最初のiPhoneアプリを提出し、現在承認を待っています。私の唯一の恐れは、HIGの微妙なニュアンスのために拒否されることです。これは、グーグルで回ることによるものです。
AppleはHIGをガイドラインまたは福音としてどのように扱っていますか？
質問する
226 次
5 に答える
7
それはすべて異なります。
特定の機能に間違ったアイコンを使用した場合。 彼らはそれを拒否します。
ユーザーを混乱させる場合。彼らはそれを拒否します。
標準のUIコンポーネントが期待どおりに機能しない場合。彼らはそれを拒否します。
適切なフィードバックなしに操作が失敗した場合。彼らはそれを拒否します
しかし、彼らは通常、彼らがそれを拒否したGUIの1つの項目を教えてくれます。
したがって、あなたがそれを修正して送り返すとき、彼らはあなたに次のものについてあなたに話すことができます。
于 2010-08-28T02:57:25.343 に答える
2
これらは間違いなくガイドラインですが、UXに自信がない、または十分な経験がない場合は、それらを福音として扱う必要があります。モバイルアプリを開発するときは、優れたUXを提供することが最優先事項だと思います。多くの開発者はUIがかなり苦手であり、HIGは、少なくとも最初は、従うべき非常に優れた一連のガイドラインを提供します。HIGに徹底的に読んでもらうのはあなた自身のおかげです。
于 2010-08-29T01:47:43.123 に答える
2
ガイドライン。肝心なのは、それが機能しなければならず、プライベートAPIを使用したり、契約条件に違反したりしてはならないということです。それがやろうとしていることを実行し、すぐにクラッシュしない場合は、おそらく大丈夫でしょう。
于 2010-08-28T02:51:13.017 に答える
2
それは本当にあなたの工夫がより良いユーザーエクスペリエンスをもたらすかどうかに依存します。
HIGは、ユーザーが最初から多かれ少なかれ使用方法を理解し、アプリケーションを使いやすくするアプリケーションの構築を支援するためにあります。
あなたがユーザーの生活を改善するいくつかのカスタムなことをするなら、Appleはおそらくそれを手放すでしょう。しかし、アプリケーションを使いにくくするような方法で逸脱している場合、それらはあなたに降りかかる傾向があります。
考えられる拒否の多くはかなり合理的なものです。たとえば、UI要素がすべて正しく置き換えられなかった回転ビューで一度拒否されました。修正されると（そしてそれは私の側のバグでした）、アプリは受け入れられました。
于 2010-08-28T05:00:59.447 に答える
0
HIGは、宝くじのオッズを変える方法です。明らかにHIGに違反しているように見えることを何もしないことで、オッズが大幅に向上します。少なくとも1人のレビューアが違反しているように見えるものをリストしているWebサイトがあります。
しかし、UIがかなり粗雑な（他の開発者にHIGに準拠していないように見える）アプリはたくさんありますが、どういうわけかAppStoreに受け入れられました。一方、レビュー担当者の見た目が自分とは大きく異なるために拒否された他のアプリについて耳にします（アイコンXを完全に異なるアイコンYと混同しますか？など）。または、「または」という単語を間違えます。 SDK契約ルールの1つにある「and」の「」
于 2010-08-28T04:24:50.940 に答える