Есть где-то порядка 50 таблиц справочников, у каждой таблицы есть редактор элементов ( добавление/изменение ), а также форма для фильтрации. Итого на каждый справочник 2 формы.
Вобщем предстоит разработать около 100 форм ввода.
Каждая формочка состоит из множетсва полей — в основном это text, combobox, checkbox-group, radio-group — вобщем стандартные контролы без излишеств.

Я конечно ленив и планирую сделать некий движок для того чтобы формы фильтрации и редактирования можно было генерировать на лету.
Хотелось бы узнать насколько WPF будет удобен для этих целей, по сравнению с WinForms.

Программка эта — типа бухгалтерии и будет использоваться тетеньками в компании которым главное чтобы быстро вводить и буквы побольше чтобы видеть.
Насколько WPF по эргономике будет лучше Winforms или WPF для графики больше заточен чем на контролы ?

Здравствуйте, Аноним, Вы писали:

А>Есть где-то порядка 50 таблиц справочников, у каждой таблицы есть редактор элементов ( добавление/изменение ), а также форма для фильтрации. Итого на каждый справочник 2 формы.
А>Вобщем предстоит разработать около 100 форм ввода.
А>Каждая формочка состоит из множетсва полей — в основном это text, combobox, checkbox-group, radio-group — вобщем стандартные контролы без излишеств.

А>Я конечно ленив и планирую сделать некий движок для того чтобы формы фильтрации и редактирования можно было генерировать на лету.
А>Хотелось бы узнать насколько WPF будет удобен для этих целей, по сравнению с WinForms.

А>Программка эта — типа бухгалтерии и будет использоваться тетеньками в компании которым главное чтобы быстро вводить и буквы побольше чтобы видеть.
А>Насколько WPF по эргономике будет лучше Winforms или WPF для графики больше заточен чем на контролы ?

на таких задачах wpf на несколько порядков проще и лучше чем winforms. смотрите DataTemplate

>Есть где-то порядка 50 таблиц справочников, у каждой таблицы есть редактор элементов ( добавление/изменение ), а также форма для фильтрации. Итого на каждый справочник 2 формы.
>Вобщем предстоит разработать около 100 форм ввода.

Тут у меня по соседству кое-кто из разработчиков готовит к релизу подобный open-инструмент.
И была возможность с этой разработкой ознакомиться.
Похоже, что это как раз то, что нужно (но, не знаю, когда публиковаться будут). Эта штука делается для того, чтобы не приходилось каждый раз "изобретать велосипед" для реализации типовых действий и чтобы не грязнуть в рутине при построении приложений для манипуляции данными.
Система написана под WPF. Причем для использования типовой логики/форм разработчику даже необязательно знать WPF- вся настройка и бизнес-логика пишется в специальных классах. Там и модульность и автогенерация форм/страниц и фильтры и редактирование с быстрой отменой изменений и validation и связи и синхронизация и т.п. — все это система строит/отрабатывает сама. Разработчику нужно только ORM объекты создать (ORM -хоть EF, хоть DataObjects, хоть другая имеющаяся) и соотв. спецклассы/атрибуты добавить. Нетиповые UI блоки и формы тоже можно добавлять (только WPF надо знать), типовые можно расширять, заменять и перекомпоновывать. Работает все вполне шустро.
Главный недостаток инструмента — он не опубликован на сайте. Но работа интенсивно кипит и, надеюсь, движется к релизу.


>Насколько WPF по эргономике будет лучше Winforms или WPF для графики больше заточен чем на контролы ?

Эргономично можно и там и там сделать. Тут разница в другом. В Wpf, кроме всяких "рюшек" вроде графики и мультимедиа, заложены другие важные возможности. Например, широчайшие возможности по компоновке UI, мощные возможности Binding`а. А еще про дружбу с Silverlight не надо забывать.
Но проблема WPF в том, что его трудно освоить "с набегу" (в отличие от простого и привычного Winforms). Тут без хороших объемных книг и скрипения мозгами не обойтись.

Здравствуйте, vecs, Вы писали:

V>Но проблема WPF в том, что его трудно освоить "с набегу" (в отличие от простого и привычного Winforms).
100% не стоит даже пытаться. Wpf — это принципиально другой подход к построению UI, все что знали о WinForms придется забыть, ибо иначе оно будет только мешать.

V>Тут без хороших объемных книг и скрипения мозгами не обойтись.
Не соглашусь, в msdn очень хорошо написаны и расписаны базовые приемы работы с wpf. Достаточно просто проявить немного терпения и настойчивости, чтобы их осмыслить. Ну и никто не отменял классические блоги типа Dr. Wpf и им подобные. Я не вижу смысла покупать здоровенные фолианты, где половина текста — вода, по крайней мере для изучения wpf. В msdn есть все что нужно для изучения wpf, в отличие от ряда других технологий, к сожалению.

V>>Тут без хороших объемных книг и скрипения мозгами не обойтись.
V>Не соглашусь, в msdn очень хорошо написаны и расписаны базовые приемы работы с wpf. Достаточно просто проявить немного терпения и настойчивости, чтобы их осмыслить. Ну и никто не отменял классические блоги типа Dr. Wpf и им подобные. Я не вижу смысла покупать здоровенные фолианты, где половина текста — вода, по крайней мере для изучения wpf. В msdn есть все что нужно для изучения wpf, в отличие от ряда других технологий, к сожалению.
Я все же сторонник комплексного и планомерного подхода к изучению WPF и Silverlight.
Для себя не нашел ничего лучше и понятнее, чем книги "WPF 4 Unleashed" (до этого была 3.5), автор Adam Nathan — можно найти бесплатно в электронном виде. И "Pro WPF in C# 2010", автор Matthew MacDonald.
В Msdn просто документация и минимальное "Getting started". А прочие тематические сайты могут быть полезны как дополнение в процессе изучения и после изучения, когда начинается действительная разработка.