質問: ios segmented controlをラジオコントロールとして使用することは、許容できる/良いuxですか? 私は職業別のios開発者であり、ラジオボタンのグループとしてiosのセグメント化されたコントロールの使用を提案したというuxアーキテクトから言われました。「未来」と「オプション」の相互に排他的な選択をユーザーに提示する必要があります。私には、セグメント化されたボタンがこの選択を表すのに理想的だと思われます。この選択はビューの変更をもたらすものではなく、ユーザーの入力を取得するためだけのものであることに注意してください。これがuxアーチです。言わなければなりませんでした: 以下のスクリーンショットを見つけてください。すべてのスクリーンショットは、アップルが開発したアプリケーションやその他のシステム画面から取得されます。 (すべてのセグメント化されたボタンには、セグメント化されたボタンコントロールの下に関連するデータフィールドがあります。タブのように動作します) インターネットで入手できるランダムなデザインに惑わされないようにしましょう。 「 iosヒューマンインターフェイスガイドライン 」では、セグメント化されたボタンの使用方法について詳しく説明していません。これは、iosインターフェースを設計する際のappleの使用法に続くベストプラクティスです。 彼が推奨したオプション/代替案は、基本的に2つのリスト(テーブルのような)から1つのオプションを選択することでした。この方法でセグメント化されたコントロールを使用するのは悪いuxですか?これについてもっと広い視野が欲しいだけでした。
回答: apple higの懸念事項について、ガイドラインセクションに記載されているのは正確に次のとおりです。 セグメント化されたコントロールを使用して、密接に関連しているが相互に排他的な選択肢を提供します。 セグメントを選択した場合の影響については、それほど厳密には聞こえません。 canは別のビューを表示すると書いてありますが、強制されていません。一部のアプリが相互に排他的なオプションを選択するためにすでにこの代替案を採用していることを考えると、私の提案は次のとおりです。 選択する必要があるオプションがセグメント化されたコントロールの利用可能なスペースに収まる場合(アプリを国際化する場合に備えて、異なる言語でのローカライズを覚えておいてください)、uisegmentedcontrolに問題はありません。面倒なテーブルビューと比較してスペースを節約および最適化し、オプションが2つだけの場合は見栄えがよくなります。 それ以外の場合、選択肢のコンテンツにさらにスペースが必要で、さらにいくつかの選択肢がある場合(> 3はすでに多すぎる)、画面の幅の一部ではおそらく表示するのに十分ではない可能性がありますきちんと。この場合、@ parapが示唆しているように、テーブルビューに移動します。 したがって、表示する短い単語が2つしかない場合は、セグメント化されたコントロールを使用します。