[[Программирование | ]] > [[АнтиПаттерны | ]]

Существует практика использования элемента управления ListView там где можно вместо этого сделать [[Grid | ]] и временную таблицу.

В результате:
  *вместо декларативного описания модели данных временной таблицы, она описывается кодом инициализации ListView
  *не используется вся мощь MorphX: пользователь не может с такой же легкостью сортировать, фильтровать и менять параметры отображения информации, если этого заранее не предусмотрел разработчик

Однако есть ряд случаев, когда вариант с использованием ListView если и не более удачен, то хотя бы имеет право на существование:

  *Для того, чтобы Grid отобразил данные они должны иметь определенный формат - Query. Часто источником данных является внешние файлы данных, наборы данных ResultSet, xml - файлы и т.д. - все то, что мы не можем преобразовать в Query, а следовательно и непосредственно отобразить на Grid.  Да, существует стандартный прием - создание временной таблицы, заполенение ее данными и отображение ее на Grid, но стоит ли к нему прибегать - зависит от конкретного случая; дать универсальный совет здесь невозможно. Форма [[АктивныеПользователи]] хорошо демонстрирует данное утверждение.
  *Когда нам нужно нестандартное форматирование, цветовое выделение, многострочные заголовки и т.д.
  *Когда нам нужно нестандартное поведение таблицы - фильтрация по display- и edit- полям, работа в режиме Virtual ListView и т.д.

То есть, если поведение Grid и представление данных в нем Вас устраивает, то использовать ListView смысла нет, но если вас интересуют нестандартные возможности и дополнительное время на разработку Вас не пугает, то List View подходящая кандидатура для старта.