Является ли DataGrid необходимостью в WPF?

Я видел много дискуссий, и люди спрашивают о DataGrid для WPF и жалуются на то, что Microsoft не имеет одного с их инфраструктурой WPF до даты. Мы знаем, что WPF - отличная технология пользовательского интерфейса и имеет концепцию ItemsControl, DataTemplate и т.д., Чтобы сделать отличный UX. Даже WPF имеет более подходящий контрольный список ListView, который можно легко замаскировать, чтобы дать лучший UX, чем традиционный Datagrid, как дисплей. И я бы сказал, что готовый элемент управления DataGrid убьет или скроет много творчества, и это наверняка уменьшит нововведения в поле User Experience.

Итак, каково ваше мнение о необходимости DataGrid в WPF в качестве компонента Framework? Если вы считаете, что это необходимо, то только потому, что мир так привык к способу отображения данных DatGrid в течение многих лет?

Некоторые другие темы, посвященные обсуждению DatGrid, здесь и здесь

Ссылка на WPF ToolKit - Последний WPF DatGrid

Ответ 1

DataGrids превосходны для отображения большого количества табличных данных, привязанных к хранилищу резервных копий.

Но то, что произошло в мире WinForms, заключалось в том, что люди часто использовали их для всего, что требовало многоэлементного списка прокрутки. Вскоре стали доступны сторонние DataGrids сторонних производителей, которые позволяют столбцам и полям содержать кнопки и ComboBoxes и значки и т.д.

DataGrid стал рабочей лошадкой, потому что было необходимо что-то, что можно было бы уговорить в поведении. Подобное случилось с DataTables до того, как появились общие коллекции - и когда вы используете много DataTables, представление его в пользовательском интерфейсе с помощью DataGrid - это путь наименьшего сопротивления.

Я думаю, что когда WPF вышел, многие программисты вроде меня все еще думали таким образом и искали порты WPF в концепции DataGrid.

Ответ 2

Невозможно представить лучший контроль для отображения табличных данных, особенно в бизнес-приложениях, где вы не хотите изобретать колесо, создавая шаблоны/разрабатывая (Headered) ItemsControl, чтобы заставить его вести себя как старый добрый DGV. Я уверен, что вы видели this.

Ответ 3

Никто не оспаривает, что вы можете сами создать элемент управления DataGrid в WPF. То же самое можно сказать и о WinForms, хотя было бы сложнее. Я реализовал некоторые функции с ListView - представление табличных данных легко, вы даже можете сказать, что это хорошо поддерживается. Однако количество кода, написанного вручную, необходимое для редактирования ListView, огромно.

Бизнес-приложениям обычно требуется редактирование многих таблиц, и вы не хотите быть творческими, вы хотите быть быстрыми. Вот почему DataGrid необходим, на мой взгляд.

Ответ 4

Да DataGrids никогда не исчезнут как важные компоненты бизнес-интерфейса. Люди любят свои электронные таблицы, и мы хотим поделиться этой любовью!

Обратите внимание, что MS отправляет эти дополнительные элементы управления - они создали WPF Toolkit на CodePlex, чтобы обеспечить быстрый поворот, стиль развертывания с открытым исходным кодом.

Он уже содержит DataGrid и Calendar.

Ответ 5

Да, это так! Среди многих других элементов управления, которые ms не удалось выполнить. (Datepicker, NumericControl)

MS сначала должна предоставить нам инструменты для выполнения этой работы, что является наименее ожидаемым от среды программирования с шумихой wpf.

Ответ 6

После работы с WPF около 2 лет. Я бы сказал, что DataGrid на самом деле просто прославленный ListBox (поскольку [почти] все в WPF не имеет стиля).

Можно было бы создать ListBox, чтобы взять сущность какого-то типа и показать "запись" для каждой записи. В зависимости от того, насколько они гибки, они могут автоматически настраиваться на основе переданного объекта.

Ответ 7

Это важно, но вы можете добиться почти такого же эффекта с помощью ListView, который использует GridView, не так ли?