Androidタブレットのマルチウィンドウモードの機能

こんにちは この記事では、タブレットバージョンのアプリケーションでマルチウィンドウモードが登場したときにどのような問題が発生するかを説明します。 Live Typingの Android開発チームは、 IL DE BOTEアプリをタブレットに適合させたときに出会いました。 あなたが持っているのと同じ問題に備えてください。



ご存知のように、Android 7.0は2016年8月末にリリースされ、その主な機能の1つはマルチウィンドウサポートです。 これは、Androidの利便性を次のレベルに引き上げる優れた機能です。 すべてのユーザーは第7天国にいますが、ユーザーにとっての幸せは開発者にとって苦痛になります。 残念ながら、これはまさにタブレット上のマルチウィンドウで起こったことです。 そして、それはタブレット上にあります-電話では、すべてが彼女とうまくいっています、私は前もって言います。



タブレットバージョンのアプリケーションを作成している場合、またはマルチウィンドウモードの一部に過ぎない場合は、この記事へようこそ。

すべての悪の根源

あなたが電話アプリケーションでマルチウィンドウをサポートすることを予期せずに決定した開発者だとします。 あなたはすべてを正しく行い、320​​dpの幅に設定しました。一般的には素晴らしいです。幸いなことに、モードはうまく機能します。 たとえ小さな画面をサポートしておらず、360dpまたは480dpに対応しているため、あまりよくできていなくても、すべてが正常に維持されます。 最悪の事態は、レイアウトが少し浮いたり、ボタンのテキストが1行に収まらないことです。 しかし、正直なところ、これらはすべて些細なことです。 数時間、最大1日、出来上がり、利益！ 再び完了し、アプリケーションに新しいマルチウィンドウ機能を追加できます。



しかし、電話版のアプリケーションだけでなく、タブレットも持っている場合はどうでしょうか？



問題が発生します。 おそらく非常に大きな問題です。 おそらく、問題は非常に大きいため、アプリケーションのアーキテクチャを根本的に変更する必要があります。

タブレットでのマルチウィンドウ操作

画面の向き

簡単にするために、電話用のレイアウトと10インチタブレット用のレイアウトがあるとします。 レイアウト例を使用してすべてを検討します。つまり、リソースは次のフォルダーにあります。

• レイアウトポート
• レイアウトランド
• layout-sw720dp-port
• layout-sw720dp-land

垂直方向から始めましょう。 私たちのアプリケーションは画面全体を占めることができ、layout-sw720dp-portのレイアウトが使用されます：







または画面の半分、およびリソースはレイアウトランドから取得されます。







3分の1または3分の2のいずれかで、リソースはそれぞれlayout-landおよびlayout-sw720dp-landから取得されます。







ランドスケープモードでは、土地と港は単に場所を交換することを期待していますが、そうではありません。 すべてが少し間違っています。



画面全体がビジーの場合、layout-sw720dp-landが使用されます。







画面の半分の場合、レイアウトポート：







3分の1または3分の2の場合、それぞれlayout-portおよびlayout-sw720dp-land：

デモアプリケーション

場所を見つけました。 多くの人は、おそらく、起こりうる問題を認識し始めていますが、次々にそれを取り上げましょう。 まず、Android 6では完全に動作するが、Android 7では問題のある抽象的なアプリケーションを作成したと想像してください。考えられる問題を具体的に示すために考え抜かれているので、その考えを事前に口論しないでください。



したがって、アプリケーションをニュースとし、カテゴリ、サブカテゴリ、およびニュースという3つの主要なエンティティを用意します。 電話バージョンは縦向きのみで、3つの画面があり、それぞれが個別のアクティビティです。

• ホーム画面。 ニュースの主要なカテゴリがあり、上部のタブに表示されます。 各タブ内には、その日の最も重要なニュースを示すバナーがあります。 以下は、このニュースカテゴリ内のサブカテゴリのリストです。 このサブカテゴリをクリックすると、その内容が画面に表示されます。

• ニュース一覧画面。 ニュースをクリックすると、このニュースの別の画面が表示されます。
  
  

• 別のニュース画面。 ここでは、ニュース全体を示します。

タブレットでは、すべてが少し異なって配置されています。画面も2つしかなく、アクティビティでもあります。

• ホーム画面。 左側には、サブカテゴリの形式でネストされたカテゴリのリストがあります。 ニュースのリストが右側に表示されます。 タブレットにも新しい機能が表示されます。カテゴリをクリックすると、そのニュースがすべて表示されます。

• 別のニュース画面。 ここでは、原則として、すべてが古い方法であり、レイアウトが少し変更されています。

アプリケーションにはMVPアーキテクチャがあり、各画面にはPresenterとViewがあります。 ビューとして、カスタムViewGroupは次のように使用されます。 メイン画面とニュースリスト画面では、まったく異なるビューとプレゼンターが使用されます。 タブレットと携帯電話のニュース画面は論理的にはまったく同じですが、視覚的な部分に大きな違いがあるため、異なるxml以上のものが必要です。 したがって、Viewの実装は次のように編成されます。抽象クラスNewsView。これには、すべての共通クラスが含まれ、そこから継承されたクラスPhoneNewsViewおよびTabletNewsViewがあります。



ここで、もう少し想像力を働かせて、Android 7を実行している10インチタブレットでアプリケーションを起動し、マルチウィンドウモードをオンにしたことを想像してみましょう。



提示？ 何が起こったのか見てみましょう。







見た目はあまりよくありませんが、すべて携帯電話のバージョンの初期段階では横向きをサポートしていなかったためです。 したがって、彼は共有リソースからリソースを取得します。 原則としてすべてがクールですが、バナーは少し引っ張りましたが、これらは些細なことです。 祝うために、あなたは出くわした最初のサブカテゴリを突いてニュースリスト画面に到達しますが、これもそれほど悪くはありません。







端を越えて喜び、それからあなたに夜明け：「私がアプリケーションを再展開し、タブレットのレイアウトに行く場合どうなりますか。 結局のところ、この画面はタブレットでの作業のロジックに含まれるべきではありません。 よくやった、あなたは非常に正しい考えです。 次のようになります。ここにはないはずの画面が表示されます。 さらに、彼の電話バージョンが表示され、外観が損なわれます。

問題

問題番号1：タブレットバージョンの画面が電話の複数の画面を組み合わせている場合、混乱が始まります。

どのようなソリューションがありますか？ たとえば、たとえば、すべてをフラグメントに再作成し、電話版ではそれらを重ねて配置し、タブレット版ではその隣に配置することができます。 利益！ ただし、これは小さな抽象アプリケーションでのみ簡単に実行できることを忘れないでください。実際のアプリケーションでは、多くの努力が必要になります。 また、アプリケーションでナビゲーションが混乱している可能性があります。子フラグメントの状態を保存できないため、フラグメントを使用したナビゲーションを実装できません。



抽象アプリケーションをフラグメントに再編集したものの、タブレットの異常な機能、つまりあらゆるカテゴリのすべてのサブカテゴリのすべてのニュースを表示する機能を覚えているとします。

問題番号2：タブレット版に電話版にない機能がある場合、またはその逆の場合、すべてが不良になります。

どうする？ この機能を電話バージョンに追加するか、タブレットから削除する必要があります。 ご存知のように、実際には多くの機能が存在する可能性があります。多くの場合、多くの調整が必要になり、最終的には破れた髪の切れ端と完全な眼鏡が苦い涙になります。 私たちの小さな抽象アプリケーションでは、それがあまりないのは良いことです。そうでなければ、汗をかかなければなりません。



カテゴリのリストですべてがうまくいくようです。 すべてをデバッグして修正したので、間違いなく完了です。 別のニュース画面に移動して、マルチウィンドウモードに切り替えようとしますが、おっと！ -アプリケーションがクラッシュしました。 問題は何ですか？ それは、PhoneNewsViewとTabletNewsViewのIDが同じだからです。 onSaveInstanceStateは1つのクラスに対して行われ、onRestoreInstanceStateは別のクラスに対して行われます。

問題番号3：XMLタブレットバージョンと電話バージョンで異なるクラスが同じIDを持っている場合、間違いなく修正にうんざりするでしょう。

これを回避する方法は？ 異なるIDで単純に設定することもできますが、ここでは、マルチウィンドウモードを変更するときに状態を維持すること、つまりそうしないという問題がすぐに発生します。 方法はあります：XMLを除き、タブレットと携帯電話のバージョン間でコードに違いがないように、すべてを行うことです。 タブレットに新しい要素を追加する必要が緊急にある場合は、nullをチェックしてから、この要素で何かを行うことをお勧めします。



おめでとうございます、あなたはこの問題に見事に対処しました。 その後、突然、同じ画面の電話版で、「タブレットをお持ちの場合はタブレット版をお試しください」というニュースの写真のすぐ下にあることを思い出します。 ひどい 実際、以前の問題と比較すると、これらは単なる花ですが、それでも不快です。

一般に、これは問題4ではありません。アプリケーションが理論的には電話リソースを使用する必要がある場合、タブレットリソースを使用する方法を説明したいだけです。

それではどうしますか？ マルチウィンドウモードでアプリケーションからリソースを取得すると、タブレット用にリソースが返されます。 Activity、View、Fragment、およびApplication以外のすべてのものからの場合、そのサイズで返されます。 つまり、画面を半分に分割すると、アプリケーションはタブレットリソース、およびその他すべて-電話を返します。 これは、理論上、1つのアプリケーションを複数のウィンドウに分割できるという事実によるものだと思います。 おそらく多くの人が、idではなくActivityでsetContentViewを実行するのではなく、アプリケーションで事前に膨らませた「ビュー」によって、トリッキーな計画を考え出しています。 しかし！ そうする価値はありません。 それ以外の場合、アプリケーションは次のようになります。







アプリケーションを使用すると、不要な線でジレンマを解決できました。 自分と仕事に満足して、椅子に身を乗り出し、Googleがなぜ多くの「ケース」を追加したのか、普通のAndroid開発者の生活がどれほど複雑なのかを考えました。

Android SDKに関する重要な詳細

実際、マルチウィンドウでは、Googleは問題ありません。 タブレットに問題があるのはなぜですか？ Android SDKには「タブレット」の概念が存在しないためです。 一般的に。 小、中、大画面があります...しかし、「タブレット」の概念はありません。 個別のロジックが存在するべきではなく、追加機能はないはずです。



問題は、そのようなタブレット向けの「特別なアプリケーション」が原則的にはすべきではないのと同様に、Googleがすべてを悪用したことではありません。 すべてのマニアはどこでタブレット用のアプリケーションを個別に作成しますか？ iOSからですが、実際にはタブレットの概念があり、彼にとっては物事を異なる方法で行う機会があります。



私の意見では、Androidアプリケーションはこの点でWebに似ています。ページと特定のデータセットがあり、すべての画面とすべてのブラウザーですべてを適切に表示する必要があります。 何にも似ていませんか？ 多くの種類の画面と非常に大きなデバイスの断片化、それらの多くは独自の特性を備えていますが、それだけですか？ 私にはそう思われます。



私が説明した問題の特殊性は、そうすべきではないということですが、もしそれらが発生したり、その発生を防いだりした場合、私はあなたがそれらに対処する手助けをしたいと思います。 Google Playをご覧ください。どのデバイスでも開くことができます。見た目は素晴らしいとは言えませんが、少なくとも優れています。 これは、Google Playは元々、あらゆるサイズの画面に表示する機能を備えて作成されたためです。 データセットは常に同じです。



これは非常に良い習慣です。 列の数、インデント、要素のサイズを変更したり、一部の要素とすべての束を非表示または表示できますが、一般的なロジックとデータセットは変更しないでください。 私の意見では、それがクールなアプリケーションの鍵です。



このトピックは哲学的であり、もちろん議論の余地があるため、コメントを歓迎します。 みなさんさようなら！