わかりました私はアプリに取り組んでおり、ボタン付きの永続的な下部バーがあり、それぞれがバーの上に異なるアクティビティを起動します(Instagramアプリのように)。
私は解決策を探していますが、「viewflipper」、「reusing-layouts」、または「actionbar」のいずれかを使用できるようです。「アクションバー」を使用したくないので、それは問題外です。
「レイアウトの再利用」と「viewflipper」 - パフォーマンス、メモリ コスト、効果的なプレゼンテーション (アクティビティの変更ごとにバーが更新/リロードされない) の点でどちらが優れていますか? または、解決策のより良い提案がありますか?
参照:
viewflipper: http://developer.android.com/reference/android/widget/ViewFlipper.html
レイアウトの再利用: http://developer.android.com/training/improving-layouts/reusing-layouts.html
わかりました。私が取り組んでいるアプリには、ボタン付きの永続的な下部バーがあり、それぞれがバーの上で異なるアクティビティを起動します（Instagramアプリのように）。
Instagramアプリに慣れていませんが、バーの上でさまざまなアクティビティをどのように起動しますか？ボタンをクリックしたときに同じよう に表示される別の「コンテンツ」を参照していると思います。Activity
つまり、「レイアウトの再利用」と「viewflipper」のどちらがパフォーマンス、メモリコスト、効果的なプレゼンテーションの点で優れているのでしょうか（バーはアクティビティの変更ごとに更新/再読み込みされません）。
どちらのバージョンも、コンテンツの変更に残っているバーを処理するため（1つActivityあるため）、これは問題ではありません。
一度にメモリにレイアウトファイルが1つしかないため、レイアウトを再利用する方がメモリ上でおそらく優れています。残念ながら、新しいレイアウトが表示されるたびにそれらのレイアウトからビューを再初期化する必要があるため、レイアウトの操作ははるかに困難になります（また、レイアウトが実際に互いに異なる場合は、それを行うのがはるかに困難になります）。
は子ViewFlipperビューを保持するため、表示する画面が大量にある場合は、メモリとうまく調和しません。現在表示されていない子ビューを削除するシステムを作成することもできますが、ViewFlipperそれを台無しにすることはありません。
それとも、解決策のより良い提案がありますか？
フラグメント。再利用可能なコンポーネント、処理がはるかに簡単、フレームワークからの支援（それに反しない限り）、それらの管理、さまざまな画面レイアウトの処理が簡単...