車内で使用する現在のアプリケーションでは、一連のビュー (ゲージを表す) を RelativeLayout (ダッシュボード) 内の任意の場所に表示しています。これらのゲージの位置、それらの属性、それらが表示する測定データなどを説明する大量の裏付けデータがあることは明らかです。
この時点で、別のアダプター クラスを作成して、バッキング データを適切なゲージ ビューに変換するコードを含めることが賢明だと思われます。これは、さまざまなタイプのビュー (ListView、Spinner など) が BaseAdapter の適切なサブクラスを受け入れて、バッキング データとのインターフェイスを処理する既存の Android パターンに従います。
私が検討していたのは、RelativeLayout を拡張して、Adapter を受け入れ、標準の Adapter メソッド ( 、 など) を呼び出すようgetCount()にgetView()することです。私のカスタム アダプターは、適切な LayoutParams を各ビューに適用して、RelativeLayout に適切に配置されるようにします。
そのため、具体的な質問というよりは、Adapter インターフェースを使用することがこの場合に適しているかどうかを知りたいだけです。少し気になるのは、Android ライブラリでは、リスト形式で情報を表示するビューにアダプタがよく使用されているように見えることです。Adapter (または BaseAdapter) のサブクラス化は、私がやっていることの良いパターンのように聞こえると思いますか?それとも、データがリストに表示されていない状況で使用することで、多少逆行していると思いますか?