Динамический интерфейс против статического интерфейса

Question

Мне было интересно, в какой момент я должен отказаться от удобства формы ввода статических данных с поддержкой конструктора для динамического пользовательского интерфейса, который устраняет много дублирования кода?

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

Какие признаки я должен искать, чтобы знать, когда пора оставить дизайнера в пыли и создать динамический интерфейс?

Answer 1

Динамический интерфейс хорошо подходит для некоторых типов данных и некоторых бизнес-процессов

В основном они выглядят некрасиво, как только любой уровень сложности устанавливается в

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

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

Но я не думаю, что это будет хорошо работать для типичных бизнес-данных со сложной иерархией и т. Д.

Answer 2

Могу ли я смиренно предложить Метавиджет ?

Как вы говорите, он не пытается "создать весь пользовательский интерфейс". Это просто система для «генерации дублированного кода в сложных системах форм с большим количеством общего».

Если у вас есть возможность взглянуть, я хотел бы услышать ваши отзывы на наших форумах.

Answer 3

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