ios Segmented Controlをラジオコントロールとして使用することは、許容できる/良いUXですか？
私は職業別のios開発者であり、ラジオボタンのグループとしてiosのセグメント化されたコントロールの使用を提案したというUXアーキテクトから言われました。
「未来」と「オプション」の相互に排他的な選択をユーザーに提示する必要があります。私には、セグメント化されたボタンがこの選択を表すのに理想的だと思われます。この選択はビューの変更をもたらすものではなく、ユーザーの入力を取得するためだけのものであることに注意してください。これがUXアーチです。言わなければなりませんでした：
以下のスクリーンショットを見つけてください。すべてのスクリーンショットは、アップルが開発したアプリケーションやその他のシステム画面から取得されます。 （すべてのセグメント化されたボタンには、セグメント化されたボタンコントロールの下に関連するデータフィールドがあります。タブのように動作します）
インターネットで入手できるランダムなデザインに惑わされないようにしましょう。
「 iOSヒューマンインターフェイスガイドライン 」では、セグメント化されたボタンの使用方法について詳しく説明していません。これは、iOSインターフェースを設計する際のAppleの使用法に続くベストプラクティスです。
彼が推奨したオプション/代替案は、基本的に2つのリスト（テーブルのような）から1つのオプションを選択することでした。
この方法でセグメント化されたコントロールを使用するのは悪いUXですか？これについてもっと広い視野が欲しいだけでした。
iOSのセグメント化されたコントロールは、Apple HIG：
セグメント化されたコントロールは線形のセグメントのセットであり、それぞれが異なるビューを表示できるボタンとして機能します。
これらは、Androidビューコントロールスピナーと同等のiOSと考えることができます。
相互に排他的なすべての選択肢が新しいフィールドのセットを開き、その意味で「ビュー」のように機能する場合、セグメント化されたコントロールを使用できますが、カレンダーや設定などの一部のアプリケーションでわかるように、「iOSの方法」でラジオボタンを作成できます。ラジオボタンラベルの行と、テーブルビューとすべての相互に排他的なオプションを含む新しい画面を作成しています。選択したオプションには、行の右側にチェックマークがあります。 「キャンセル」ボタンは通常、左上隅に配置され、「完了」ボタンは右上に配置されます。
手元にiPhone画面はありませんが、 このiPadポップオーバー と同じ考えです。
オプションが2つしかない場合は、新しい画面を使用することはお勧めしません。 WiFi設定 のように、上部に「ラジオボタン」ラベルが付いたグループ化されたテーブルを作成できます。
Apple HIGの懸念事項について、ガイドラインセクションに記載されているのは正確に次のとおりです。
セグメント化されたコントロールを使用して、密接に関連しているが相互に排他的な選択肢を提供します。
セグメントを選択した場合の影響については、それほど厳密には聞こえません。 canは別のビューを表示すると書いてありますが、強制されていません。
一部のアプリが相互に排他的なオプションを選択するためにすでにこの代替案を採用していることを考えると、私の提案は次のとおりです。
- 選択する必要があるオプションがセグメント化されたコントロールの利用可能なスペースに収まる場合（アプリを国際化する場合に備えて、異なる言語でのローカライズを覚えておいてください）、UISegmentedControlに問題はありません。面倒なテーブルビューと比較してスペースを節約および最適化し、オプションが2つだけの場合は見栄えがよくなります。
- それ以外の場合、選択肢のコンテンツにさらにスペースが必要で、さらにいくつかの選択肢がある場合（> 3はすでに多すぎる）、画面の幅の一部ではおそらく表示するのに十分ではない可能性がありますきちんと。この場合、@ PaRaPが示唆しているように、テーブルビューに移動します。
したがって、表示する短い単語が2つしかない場合は、セグメント化されたコントロールを使用します。
少数のオプション間で行う主要な選択がある場合は、これを使用できます。 [メールアカウントの追加]画面（[設定]> [メール連絡先、カレンダー]> [アカウントの追加]> [その他]）をご覧ください— 2番目の画面 で、コントロールがこのように使用されていることがわかります。
編集：歓迎してくれてありがとう。 -私はこれが物事を明確にすることを望みます：
明確にするために-私の意見では、次の基準が満たされた場合、ラジオボタンの代わりにセグメントコントロールを使用できます。
- 'BarButton'スタイルではなく、通常のスタイルを使用してください。これは、フィルタリング用に予約する必要があるためです。
- 選択肢の数は少なく、3つ以下だと思います。もう何か他のものを考えてください（おそらくUIPicker）
- 2つの選択肢がある場合、それらは「オン/オフ」タイプの値であってはなりません（そうでない場合はUISwitchを使用します）
- 選択は、多くの注意を引きたい基本的で重要な選択です。これは、多くのスペースをとる大きなコントロールです（少なくともデフォルトの外観では）。