したがって、オプションのリストを表示するアクティビティがあり、オプションをクリックすると、そのオプションの選択肢を表示するリストに移動するはずですが、両方のリストを同じアクティビティに含める必要があります。
私は、ユーザーが2つのリスト間を移動するたびに、単一のリストビューを使用して内容を変更する（おそらく、アダプターを交換することによって）、または両方のリストが独立して存在するビュースイッチャーのようなものを使用するという2つのオプションについて議論しています。 、ただし、一度に表示できるのは1つだけです。
私は間違いなくviewswitcherオプションがよりクリーンなオプションになると思いますが、特に2つ以上のリストにスケーリングする必要がある場合はどのように機能しますか？レンダリングされないリストビューを作成するためのオーバーヘッドはたくさんありますか？
1つのリストビューを維持し、そのバックエンドを切り替えることは、特にオプションをクリックするたびにすべての再初期化を考慮すると、面倒です。
-2つのListFragmentsを使用し、一方が他方を制御するようにします。2つの別々のListActivitiesの代わりにFragmentsを使用すると、タブレットインターフェイスを構築するときに、同じ画面に両方を含む1つのアクティビティを作成するのは最小限の作業になります。
-ExpandableListViewを使用します
私にはそのような選択肢がありました。リストビューを使用して、リモートのwebdavサーバーに移動していました。最初は、フォルダごとに1つのビューを使用していました。かっこよかったです。バックを使用することで、ナビゲーション履歴を気にする必要がなくなりました。しかし、しばらくすると、すべてのビューを一度に管理したり、すべてを強制終了したり、ビュー間の通信を実装したりする必要がある場合がありました（パラメーターの場合）。そして、それを達成するのは悪夢でした。また、私のリストは重くなり始めていて、メモリ内の多くのリストは決して良いことではありません。私はついにすべてのナビゲーションをあきらめて、独自のリストビューで管理しました。私は最初にそれをすべきだった。