折り畳み式のスマートフォンの発表は一週間中続きました。サムスンとHuaweiはすでに多額の資金を奪おうとしていますが、OppoとXiaomiは今のところプロトタイプを持っています。
彼らは活発に議論されましたが、ほとんどはハードウェアと価格についてでした。 また、新しいフォームファクターでは、ソフトウェアサポートも重要です。iPadの登場により、10インチの画面でひどく見えた「iPhone」アプリケーションを最初に使用しなければならなかったことを思い出すことができます。
「クラムシェル」上の既存のAndroidアプリケーションに問題はありますか？ 高価なデバイスを購入することにしたユーザーのために何を準備しますか？ そして、これらのユーザーが満足するために、開発者は何をする必要がありますか？ 2000ドルのデバイスが手元にない場合にアプリケーションをテストするにはどうすればよいですか？
カットの下で、これを「ユーザー」側と「開発」側の両方から説明しました。 私たちは何かを見逃していた可能性があります-Android開発者がコメントを追加するなら、私たちは幸せになります。
UIの最適化
万歳、折りたたみベッドのおかげで、大画面がポケットに収まりました！ 3行のテキストを常にスクロールすることはできませんが、一度に多くの情報を見ることができます！ すべての使い方が便利です！ だから？
さて、比較しましょう。 左側は、6インチのスマートフォンの画面でTwitterアプリがどのように見えるかを示しています。 右側にあるのは、Huawei Mate Xのような正方形のスクリーンに近い新しい折り畳まれた折りたたみ物でどのように見えるかです（ピクセル単位の精度は保証しませんが、本質はこれです）。
つまり、2つのツイートが古い画面に、半分が新しい画面に登りました。 おっと 今では、2000ドル以上で携帯電話を購入して、Twitterを読むのをより不便にすることができます。
なぜそう Twitterアプリケーションでは、インターフェイスは通常の電話画面専用に設計されており、「幅いっぱいに写真を固定」することはありません。 （結果として、ChromeOSでは、このアプリケーションは見たくないように見えます。）
Androidタブレットの登場により、2011年にはすでにこれらすべてを行ったようです。最初は、電話アプリケーションが悪いように見えたが、その後Androidにフラグメントが追加され、開発者はアプリケーションを異なる画面で異なって見えるように働き始めました。大丈夫...そうですか？ 問題は、Androidタブレットの需要がなくなったため、サポートへの投資が必要かどうかが不明確になり、その結果、大画面に表示されるアプリケーションが大きく変わったことです。 具体的には、折りたたみ式スマートフォンのアスペクト比も標準ではありません。
理論的には、クラムシェルの外観だけで状況が変わる可能性があります。新しいファッショナブルなデバイスのカテゴリーが侵入し、誰もがアプリケーションをより良く見せようとしています。 しかし実際には、そのようなスマートフォンの価格は2,000ドルからですが、市場シェアは非常に小さいため、それらに適応する可能性は低いでしょう。
これは世界の終わりではありません。たとえば、Webバージョンの同じTwitterの外観がはるかに良く、一般的にWebはさまざまな画面サイズに適応するので、ブラウジングは本当に快適になるはずです。 さらに、将来、折り畳み式の携帯電話が安くなると、レイアウトが変更される可能性があります。 しかし、一般に、これまでのところ、デンマーク王国ではすべてがスムーズではありません。
ユーザーの結論
プレゼンテーションの美しい写真を信じてはいけません。彼らはデバイス上で見栄えの良いアプリケーションを選択します。「クラムシェル」を購入したい場合は、まずどのくらい重要かを確認してください。
開発者向けの結論
さまざまなインターフェイスオプションにリソースを投資するかどうかは、状況に応じて、自分でよりわかりやすくなります。 しかし、「クラムシェル」が出現した場合は、少なくともエミュレーターで、電話よりもさらに画面上でアプリケーションを開き、何が起こるかを確認してください-身震いして状況を変えたいと思うかもしれません。
画面間の遷移
通常、Android開発者は、使用中のアプリケーションが異なる解像度とアスペクト比で別の画面に直接転送されるという事実に直面しません。 折り畳み式のスマートフォンのプレゼンテーションは、これがどれほどシームレスに行われるかを示しています。私は折り畳まれたデバイスでビデオを見始め、それをレイアウトして同じ場所から続けました。 実際には、それは常にとても手間がかからないでしょうか？
アプリケーションの観点から、移行の瞬間に、Android開発で起こることは構成変更と呼ばれます。 デフォルトでは、そのような場合、Androidは現在のアプリケーション画面を再作成します。これは理論的には現在のデータの一部が失われることを意味します。
しかし、幸いなことに、これは登場した最初の種類の構成変更ではありません。たとえば、通常のスマートフォンの単純な画面回転もこの定義に適合します。 そして、この単純な順番は、入力されたばかりのデータを長い間ユーザーから奪う可能性があるため、それらを保存するための対策が長い間取られてきました。 最後に、すべては特定のアプリケーションの開発者に依存します（アプリケーションが構成の変更を正しく処理したことを確認したかどうか）が、一般に状況は良好です：新しい大きな問題はなく、長い間成功裏に管理されている古い問題のみがありました。
ユーザーの結論
おそらく、一般的なアプリケーションの大部分は画面間の移行を正しく解決しますが、場合によっては欠陥が発生する可能性があります。
開発者向けの結論
一般的には、アプリケーションが構成変更を正しく実行することだけが必要です（たとえば、公式ドキュメントの「構成変更の処理」 ページを参照 ）。
しかし、テスト用の「クラムシェル」がない場合、画面間の移行が成功したことを実際に確認する方法はありますか？ Android Studioエミュレーターには仮想のクラムシェルはありませんが、Samsungは
AVD Managerで大きなタブレットを作成し、Samsung Webサイトから特別なAPKファイルをインストールし、2つのオプションの間に「スイッチ」を追加します。それぞれは、Samsung Fold画面の解像度に対応するタブレット画面の一部のみを使用します。 次のようになります（右下の仮想画面で、数字の1と2を切り替えます）。
マルチウィンドウモード
新しいカテゴリのもう1つの機能はマルチウィンドウです。サムスンは、Fold画面に3つのアプリケーションを一度に表示することのすばらしさについて直接語っています。 これはどうなりますか？
一見したところ、革命もありません。Android7.0では、2つのアプリケーションを一度に表示することが可能になり、2つのウィンドウから3つのウィンドウへの移行はそれほど基本的ではありません。 それで、これがどのように機能するか、長い間見ることができるものについて、すべての結論を引き出すことができるようです？
しかし、たった今、新しいニュアンスが生まれました。Googleは、マルチウィンドウモードに新しい「マルチ再開」オプションがあることを発表しました。 以前は、同時に表示されたアプリケーションのうち、1つだけが「完全にアクティブ」（「フォーカス」）で、残りは「一時停止」モードでしたが、複数のアプリケーションを同時にアクティブにできるようになりました。
そして、何がこれを引き起こし、何が変化しますか？ Google は次のようなものを書きます（丁寧な英語から話されたロシア語への自由な翻訳）：
「開発者、あなたはちょっと鼻くそです。公式ガイドを読んでおらず、マルチウィンドウモードへの正しいアプローチを実装していません。 「一時停止」と呼ばれるので、通常はアプリケーション内のすべて（ビデオなど）を一時停止する必要があると思います。 しかし、ユーザーがビデオプレーヤーと別のアプリケーションの間で画面を分割した場合、ハリネズミはビデオを見続けたいことを理解できます。 さて、あなたがイチジクと一緒に正しいプラクティスに従うことはあまりにも難しいので、調整します：画面上のすべてのアプリケーションを同時にアクティブにできるようになりました。
これまでのところ、これはすべてテストモードです（マルチレジュームは、アプリケーション開発者がこれとデバイスメーカーに同意を表明した場合にのみ機能します）。 しかし、彼らは後に「折りたたみベッド」だけでなく、通常のスマートフォンの2ウィンドウ分割画面でも、すべての人にとってそれを標準にするつもりです。
ユーザーの結論
これまでのところ、すべてが中間状態にあります。 現時点では、マルチウィンドウモードの一部のアプリケーションは便利に機能しないようです（たとえば、メッセンジャーは現在フォーカスが合っていない場合、新しいメッセージを表示しないことがあります）。 しかし、Googleはこれを修正するのに苦労しています。 あなたは数年で良くなります。
開発者向けの結論
次の行をAndroidManifestに追加することにより、新しいマルチレジュームオプションに接続できます。
<meta-data android:name="android.allow_multiple_resumed_activities" android:value="true" />
しかし、メーカーの同意も必要であるため（そして、誰もがそれを提供するかどうかはまだ明確ではありません）、Google ページの 「マルチウィンドウサポート」を調べて、すべてを停止せずに、それを念頭に置いてonPause（）を実装することをお勧めします。
広告の分。 このテキストで「開発者のための結論」に興味があれば、Mobiusカンファレンスに興味があるかもしれません。そこから、モバイル開発者はさまざまな場面で多くの価値ある結論を出すことができます。 サンクトペテルブルクで5月22〜23日に開催されます 。詳細については、サイトをご覧ください。
そして、もしあなた自身がモバイル開発者にとって緊急の問題について価値ある結論を持っているなら、今、あなたはレポートを申請できる最後の日が来ています！