マルチスクリーンユーザー環境のように折りたたみ式デバイスを扱いますか？仮説を裏付ける研究や発見はありますか？
私は折りたたみ式デバイスの必要性を本当に理解していませんが、「ディスプレイサーフェイス」の定義とそれができることに関して、電話会社が境界を押し広げることを止めていません。
複数の画面を処理する必要があることは言うまでもなく、私たちの注意のほとんどは依然としてディスプレイの解像度とアスペクト比の多様性に対処する方法に焦点を当てているため、設計戦略に関する以前の質問は実際にはUXSEに多くの反応をもたらしませんでした。
ただし、「モバイルファースト」と「コンテンツは王様」がほとんどの議論を支配する時代に私たちがほぼ設計しているというコンセンサスを考えると、折りたたみ式デバイスの未知の水とその影響への影響を検討するケースは、私は考えるインターフェース設計は考慮に入れるべきです。
私の仮説は、ユーザーのワークフローとインタラクションに関してはマルチスクリーンデバイスのように扱われるというものですが、これをサポートするための調査やユースケースがあるかどうか疑問に思っています（まだこの分野に手を出していないためです）。
はっきりと：私は異議を唱えます。
あなたのロジックの主な欠点はこれだと思います：折りたたみ式ディスプレイの全体的な目的は、2つの別個のディスプレイのように扱う必要をなくすことです。それは文字通り1つのディスプレイであり、単に折りたたまれます。展開すると、通常の電話またはタブレットのフォームファクターになります。これらはおなじみの生態系です。
はい、他にも「折りたたみ式」フォームファクターがあります。これらは、本当にマルチディスプレイです。 Galaxy foldのようなデバイス、開いた本フォームファクター、前面に1つの小さな画面、内部に1つの大きな画面。ただし、これはまだ電話のディスプレイが外側にあるタブレットです。繰り返しになりますが、アプリがある画面から別の画面に「移動」する方法を除けば、新しいことは何もありません。
Microsoft Surface DuoやHuawei Mate Xなどのデバイスを見始めると、物事が面白くなります。SurfaceDuoには、セカンダリディスプレイだけでなく、その上に折りたたまれて1つのディスプレイを「キーボードモード"。 OSは非常に動的ですが、アプリの場合、何が実際に変更されましたか？彼らはまだ1つの画面の外に登ることはありません。
問題はこれです。複数画面をサポートするアプリの開発はばかげています。デバイスメーカーはこれを知っています。マルチスクリーンデバイスだけを製造するわけではないためです。ニンテンドーDSなどのデバイスの場合、開発者が開発する必要があった唯一のデバイスでした。 AndroidまたはiOS開発者の場合、ほとんどのユーザーが利用できないオプション機能をサポートするために開発者がかなりの時間を費やす必要があるインセンティブは何ですか？
したがって、現時点では、マルチディスプレイデバイスは単に「各画面でアプリを開く」だけで、OSは微妙な複雑さをすべて処理します。これを変更するには、モバイル市場に大幅なシフトが必要です。すべてではありませんが、ほとんどのモバイルデバイスはマルチディスプレイになる必要があります。そして、それはまったくありそうにないようです。
マルチスクリーンモードは、既存の折りたたみ式デバイス、つまりNintendo DSの履歴と幅広いインストールベースを考慮して、もっともらしいデフォルトモードです。
DSおよび3DS、2DS、XL、Liteなどのバリエーションは、この記事の執筆時点で15年以上使用されており、数億人のユーザーがいます。したがって、マルチスクリーンモードがそのようなデバイスの主な使用方法であるかなり良い前例（カットシーンなど、一般的に非インタラクティブであるいくつかの例外がありました）。
このモードは、主にハードウェア設計自体の副産物でした。ユーザーは一方に直接入力（タッチ）を、もう一方に間接入力（ボタン）を使用する必要がありました。画面もベゼルで仕切られており、後のモデルではサイズや解像度が異なります。
幅広いインストールベースは、折りたたみ式の携帯電話、タブレット、またはその他のデバイスの多くの将来のユーザーが、マルチスクリーンモードの操作に慣れていることを示唆しています。
ほとんどのアプリに変更を最小限（またはまったく）必要としない最も簡単なアプローチであるため、あなたの仮説はほとんどうまくいくと思います。ハイブリッドアプリとWebアプリは、新しい折りたたみ機能を処理する能力が最も低いため、確実に限界を超えることはありません。また、折りたたみ式ディスプレイや複数の折りたたみ式ディスプレイを使用するよりも、折りたたんで複数の画面を持つデバイスを作る方が安く（保証を考慮に入れて）簡単です。
非常にAndroid指向の怒り：
AndroidのAPIは、折りたたみ式やマルチスクリーンに関連するいくつかの機能を提供し、ドキュメントは、これらを両方の「フォームファクター」に使用できるという印象を与えます。
隣接して起動すると、アプリは現在のアクティビティに「隣接」して別のアクティビティを（個別のタスクとして）開くことができます。つまり、2つのウィンドウが並んで表示されます。これは、別の画面で起動するのと同様の概念です。別の画面でアクティビティを明示的に開く手段もあることに注意してください。 Android 10は、画面内のアクティビティのデフォルトサイズ、最小サイズと最大サイズ、および（重力を使用して）位置を指定する手段を含む、新しい折りたたみディスプレイターゲットAPIを導入します。
また、折りたたみ式デバイス（つまり、デバイスが閉じた状態で折りたたまれている場合）の別の画面でRemoteViewsを使用して、他の画面をホーム画面ランチャーのように扱っているのを見てきました。つまり、多くの制約がありますが、寿命がはるかに長く（電力消費が少ない）、大画面が展開される代わりに、一目でわかるステータスの更新を表示することは理にかなっています。
マルチスクリーンデバイスのように動作しないのは、製造元がActivityのサイズ変更を許可している場合であり、アプリが新しく見つかった画面の領域をより有効に使用しない限り、拡大します。これにより、モバイルデバイスの動作がデスクトップコンピューターのようになります。
ソフトウェアUIとUXには、UIや複数のウィンドウにまたがるインタラクションさえあるなど、イノベーションの余地があります（同じタッチサーフェス上で横に並んでいる間、スワイプで1つのアクティビティから別のアクティビティに移動できます）。これらのいずれかが、開発への投資で十分に利益をもたらす目的を実際に果たすかどうかはまだ不明です。折りたたみ式はあまり人気がなく、クリティカルマスが達成されないと思います（Google Glass、Google Wear、Google Home、多くのGoogle製品で実際に見たように）。スタッフのために多くを購入し、折りたたみ可能なフォームファクターを活用して生産性を向上させる内部ツールを開発する組織で。
トピックはデバイスの将来についてのようです：
実際の例では、タッチパネルを備えたコンピュータがスマートになることが経験的にわかります： 
ユーザーが達成している作業の種類/タスクに大きく依存すると思います。
タブレットや電話でのプログラミングを想像することはできません-複雑なプロジェクトには多くの画面が必要です。この場合-単純な相互作用
では、画面を自由に変更できます： 
ただし、娯楽や非公式目的のデバイスのユーザーとしての使用は正当化されます-異なる経験と感じのため-これはおそらく、3DまたはVRインターフェースと関連付けられた、より多くの没入実験の次のステップです。
より多くの研究：
https://www.nature.com/articles/s41528-017-0006-9https://www.researchgate.net/publication/220876899_Foldable_interactive_displays