Существуют ли «практические правила» в отношении динамического создания элементов управления формы?

Question

Например, предположим, что разрабатывалось новое приложение Windows From, скажем, 25 различных экранов, на каждом из которых было 5-10 элементов управления .....

Очевидно, что все необходимые списки, диалоговые окна, списки, наборы данных и т. Д. Могли быть созданы при создании исходных экранов (скажем, с помощью перетаскивания из панели инструментов).

В какой момент и по какой причине появляется код, который динамически создает списки или выпадающие меню.

Это просто что-то вроде истощения, когда со временем программисты решают, что легче сделать это, чем модифицировать исходные экраны?

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

Спасибо - надеюсь, это было ясно.

Answer 1

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

• пользовательский интерфейс часто менялся («персонализация»), но основные данные / обработка не изменялись
• все приложение управлялось данными до такой степени, что статический пользовательский интерфейс был невозможен (например, записи базы данных определяли, какие поля и наборы были видимыми и редактируемыми, и эти данные часто изменялись)

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

Answer 2

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