В моем текущем приложении, которое предназначено для использования в автомобиле, я отображаю серию видов (которые представляют собой датчики) в произвольных местах в пределах RelativeLayout (панель инструментов). Очевидно, что существует большое количество вспомогательных данных, которые описывают расположение этих датчиков, их атрибуты, данные измерений, которые они отображают и т. Д.
В этот момент мне показалось бы разумным создать отдельный класс адаптера, который будет содержать код, который переводит данные поддержки в соответствующие представления датчика. Это будет происходить в соответствии с существующим шаблоном Android, в соответствии с которым различные типы View (ListView, Spinner и т. Д.) Принимают соответствующий подкласс BaseAdapter для обеспечения взаимодействия с вспомогательными данными.
Я собирался расширить RelativeLayout, чтобы он принимал Adapter и вызывал стандартные методы Adapter (например, getCount(), getView() и т. Д.). Мой пользовательский адаптер будет применять соответствующие LayoutParams к каждому представлению, чтобы он соответствующим образом размещался в RelativeLayout.
Итак, вместо того, чтобы быть конкретным вопросом как таковым, мне просто интересно узнать, подходит ли в этом случае использование интерфейса адаптера. Меня немного беспокоит то, что в библиотеке Android адаптеры обычно используются для представлений, которые представляют информацию в виде списка. Считаете ли вы, что адаптер подклассов (или BaseAdapter) звучит как хороший шаблон для того, что я делаю, или это несколько противоречит структуре, используя его в ситуации, когда данные не представлены в списке?