Androidプラットフォーム用のアプリケーションを書いています。アプリケーションはすでに2.xバージョン用に作成されていますが、Honeycombバージョン用にも作成したいと思います。ご存知のように、Honeycombには、タブターゲットの「アクティビティ」ではなく「フラグメント」があります。
私のアプリケーションには約30のアクティビティがあり、フラグメントに変更する必要があります。それは私にとって非常に難しい言葉かもしれないので、それを行うための「ベストプラクティス」を知りたいです。
ありがとう。
本当に100％の答えではありませんが、これまでの私の個人的な経験です（何か間違っている場合は、誰か訂正してください-私はまだAndroidの初心者です）：
私は同じ状況にあり、アクティビティを再利用してレイアウトを変更できると考えました。たとえば、メイン メニューを左側に表示し、他のすべてのアクティビティを右側に表示するつもりでした。
しかし、これがタブレットでは実際には機能しないことにすぐに気付きました。適切に使用されていれば、アクション バーが私のメイン メニューにほとんど取って代わったので、見た目が悪く、意味がありませんでした。また、スペースの増加により、まったく異なるレイアウトが実現します。私のアプリでは、これによってユーザー エクスペリエンスが完全に変わるため、アプリ全体を再考する必要があります。
一方で、何度も繰り返さなければならなかったものは、UI のない「見えない」フラグメントに置き換えられる可能性があります。Honeycomb API のこの部分について詳しく調べたことはありませんが、少なくとも有望に思えます。
私が見つけた優れた機能は、アプリを非常に簡単に「閉じる」ことができることです。私の場合、Activity は 1 つしかないため、単純な「終了」でアプリ全体が正常に終了します。これがアプリのライフサイクルを処理する「Android のやり方」ではないことはわかっています。ただし、Android フォンの「閉じる」ボタンを見逃すことはありませんが (一部のアプリ、特にゲームでは [閉じる] ボタンが提供されていますが)、Honeycomb で何度も探していることに気づきます。(これはおそらく、GUI がデスクトップ アプリケーションの 1 つを連想させるためです。)
とにかく、簡単に言うと、タブレット用のアプリを再考することをお勧めします. 本当にスペースがあるので、うまく使わないと変に見えます。これがあなたのアプリにとって何を意味するのか私にはわかりません - それは明らかにアプリの種類によって異なります。おそらくフラグメントとして使用できるアクティビティもあれば、他のアクティビティとマージするアクティビティもあれば、不要になるアクティビティもあります。
したがって、アプリがタブレット上で本当に意味があるかどうかを最初に判断する必要があると思います。そうでない場合は、ちょっとした「最適化」のトリックを実行できます (ホログラフィック テーマや新しいレイアウト/リソースを適用するなど)。他のすべてについては、スマートフォンとタブレットの両方でフラグメントを使用できるようになるため、4.0/Ice Cream Sandwich を待ちます。