iOS設定標準：スイッチではなくチェックボックスを使用する
IOSデバイスに精通している場合は、設定アプリケーションがUISwitchコントロールを使用して、パラメーターが有効または無効になっていることを示すことを知っています。このコントロールはトグルスイッチとして表示され、スイッチが片側から反対側にスライドするときにユーザーの指を追跡するアニメーション化されたスイッチモーションもあります。
私のiPadでは、これの例外に気づきました。チェックボックスは、通常ラジオボタンを関連付けるために使用されます。
トグルスイッチは、iPhoneでかなりのスペースを占有します。
私は自分のアプリケーション内から（そして自分のアプリからのみ）ユーザーインターフェイスを使用して設定にアクセスできます。また、スイッチをチェックボックスに置き換えることで、スイッチを使用するこの習慣から離れることができます。 （これは単にカスタムUIButtonです。）ユーザーエクスペリエンスの観点から、これを行うことの欠点があるかどうか疑問に思っています。
これは、アプリのルックアンドフィールと多くの関係があると思います。
設定がAppleのデフォルトのスタイリングを使用している場合は、すべてを一貫して保つ必要があります。ユーザーにyes/noの2つの方法を与えることは無意味です。
でもAppleは、HIGにないUIスタイルを使用します（例：[設定]> [通知]> [メール]> [アラートスタイル]）。
多くのアプリはカスタム要素を使用して切り替えます。例えば。停止/再生アイコン、スター/アンスター、ハート/アンハート。
だから-1つの方法を選び、それを一貫して使用し、他のアプリとスムーズなスタイルを維持します。
最後に、チェックボックスを使用する場合は、Androidの色とスタイルを使用しないでください。
まず、iOSスイッチをチェックボックスに置き換えると、「かなりの量のスペース」が解放されると思う理由と、スイッチが多くても3であるため、それをどのように「よりよく使用する」ことができるのかわかりません。チェックボックスと同じ幅です。
第二に、iOSヒューマンインターフェイスガイドラインは、コントロールの使用に関して非常に明確です。彼らは、「 ジェスチャー、クリックではなく 」で対話する必要があると言い、 iOS UI要素の使用ガイドライン セクションのどこにもチェックボックスについて言及していません。相互に排他的な選択肢になると、HIGオファー switch は2つの状態の選択に使用され、 picker は短いリストの1つを選択するために使用され、- segmented control ビュー（フォームのタブ）を変更するために使用されます。
したがって、発生する可能性のある例外はすべて無視し、ガイドラインに従うことをお勧めします。
スイッチをチェックボックスに置き換えると、人々が慣れ親しんでいるiOSの規則に反することになります。 As Apple state in Apple iOS HIG ：
スイッチは、2つの相互に排他的な選択または状態を提示します（テーブルビューでのみ使用）。
これは、人々が快適に見て期待していることです。これらはiOSでの動作に慣れているため、すべてのiOSアプリケーションでこれらのタイプのプラクティスを実行することが重要です。
利用規約に同意するケースを考えてみましょう。チェックボタンの代わりにスイッチボタンを実際に使用するかどうかを検討していました。私が最終的にしなければならなかった決定的な決定は、スイッチの緑の側（つまり、オン状態）が「はい」を表すかどうかということでした。少なくとも直感的に「はい」と言うための「状態」ボタン。