Вопрос

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

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

Некоторые другие темы, в которых обсуждается DatGrid: здесь и здесь

Ссылка к Набор инструментов WPF - Последняя версия DatGrid WPF

Это было полезно?

Решение

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

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

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

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

Другие советы

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

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

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

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

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

Он уже включает в себя DataGrid и Calendar.

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

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top