mike mikeАлексей Кi2Автор. Зачем вам эти левые компоненты? Не перетаскивайте старые подходы winforms, тогда будет внятный интерфейс и нормальное быстродействие+1

Традиционный грид не панацея. Организация морды на базе XXXItemsControl + DataTemplate имеет массу преимуществ. Да и WPF|SL изначально заточены именно под это.

Все зависит от типа приложения.
Если "классическое" бизнес UI - то без грида фиг проживешь...Сомнительно. Единственное преимущество грида - названия полей присутствуют один раз, следовательно "это" занимает меньше места. Всё остальное - недостатки.

mike mikeну почему же. Это еще и привычный UI - который понятенНенужно ссылаться на чьи-то привычки. Чтобы сделать правильный вывод - нужно постараться дать количественную оценку обоих подходов, хотя бы примерно.

mike mikeи который можно легко перестроить под свои нужды. Речь - о конечном пользователе... Убрать или добавить колонки.Это огромный камень в огород разработчика. Вместо того чтобы нормально формализовать предметную область и определить потребность пользователя - ты ему даёш некий полуфабрикат-конструктор, требующий кучи настроек, типа выбора отображаемых колонок грида, их порядка и т. п. По моему опыту - в такой ситуации большинство пользователей "кладут" на эти настройки и пользуются настройками по умолчанию.

mike mikeОтсортировать/фильтровать/группировать.Для этого грид необязателен.

mike mikeИ практически единственный способ, показать максимально много данных на экране :).А оно надо? Список должен содержать только ключевые поля (не путать с первичным ключом в БД), по которым производится поиск нужной записи. А всё остальное должно быть вынесено в детализацию. Тут много вариантов: expander в щаблоне записи, popup, диалоговое окно, панель на той же форме рядом со списком, и т. п. Потому что пользователю не нужно видеть данные сразу по всем записям. Ему нужна одна в один момент времени. Поэтому нужно обеспечить:
1. Удобный поиск нужной записи.
2. Удобное представление детализации по ней.
Всё это отлично делается "родными" средствами. И даже "родной" грид скорее всего не понадобится.

mike mikeЕсть маньяки, которые используют >10k колонок и миллионы записей.Бог им судья. :-)

mike mikeНо разумеется и без этого вполне можно прожить. Но пока для конечного пользователя это наиболее понятный вариант представления списка с данными.Пытаешся убедить всех силой мысли? :-)

mike mikeМожет со временем, что нибудь новое и более простое изобретут :)Уже изобрели.

ЗЫ: Про удобство и скорость разработки благодаря повторному использованию шаблонов мы пока просто не говорим. :-)

iВалерий, это можно посмотреть в том же cui. В карточке пациента,если не ошибаюсь, вместо grida - itemscontrols.
Плюсы:
- записи представлены в более наглядном виде
- кнопки "Добавить", "Удалить" всегда под рукой
- не нужно резервировать лишнее место
2 пример - список пациентов с разной детализацией данных. Последний вариант идет у пользователей просто на ура.
Алексей прав, вместо грида на все случаи жизни(ковыряйтесь в этом сами, но практически никто этого не делает) можно и нужно давать более внятные интерфейсы.И в wpf есть все для этого без платных контролов.Ну и ещё раз добавлю на мой взгляд очень важное преимущество - повторное использование шаблонов, что позволяет:
1. Разработчики существенно экономят на времени разработки морды.
2. Пользователи в разных местах системы видят одни и те же представления одного объекта. В результате у них автоматически формируется более чёткое представление о модели предметной области, лежащей в основе системы, что на мой взгляд очень важно.

mike mikeАлексей К
ЗЫ: Про удобство и скорость разработки благодаря повторному использованию шаблонов мы пока просто не говорим. :-)

ну для этого всегда в разных платформах разные трики :) - в asp.net masterpages/usercontrols, в win - usercontrols.Комбинировать и повторно использовать содержимое гридов весьма затруднительно, если вообще возможно. :-)

dvimАлексей К А оно надо? Список должен содержать только ключевые поля (не путать с первичным ключом в БД), по которым производится поиск нужной записи. А всё остальное должно быть вынесено в детализацию. Тут много вариантов: expander в щаблоне записи, popup, диалоговое окно, панель на той же форме рядом со списком, и т. п. Потому что пользователю не нужно видеть данные сразу по всем записям. Ему нужна одна в один момент времени. Поэтому нужно обеспечить:
1. Удобный поиск нужной записи.
2. Удобное представление детализации по ней.
Хотелось бы увидеть скриншоты. Чуть выше уже давали ссылку на один из примеров. CUI .

dvim"Ему нужна одна в один момент времени." Категорически не согласен.
Например спецификация - информация о одном винте М8*16 в сборке изделия нафиг никому не нужна.
Информация о спецификации как сетке с нами испокон веков , с 19века, потому и перенесоно в форму грида."Испокон веков" - это такой новый метод оценки эффективности?

iscrafmАлексей КЧуть выше уже давали ссылку на один из примеров.
А другой нет, кроме этой затасканной, к тому же не в тему? Или ты просто не понимаешь о представлении какой информации идет речь? В бизнес-приложениях это разные спецификации контрактов, накладных, заказов, маршрутных листов и т.п. Конечно, если не видел бизнес-приложений из категории ERP, то добиться примеров тяжело. Проехали.А другая ссылка и не нужна. Достаточно немного включить фантазию и представить как будут выглядеть "разные спецификации контрактов, накладных, заказов, маршрутных листов и т.п" сделанные через XXXItemsControl + DataTemplate. Было бы желание...