有关动态创建表单控件的“经验法则”吗？

Question

例如，假设正在开发一个新的Windows From应用程序，可以说25个不同的屏幕，每个屏幕上都有5-10个控件.......

显然，创建原始屏幕时可以创建所有必要的列表框，对话框，列表视图，数据集等等（比如使用工具箱中的拖放和拖动）。

在什么时候，出于什么原因，代码会出现动态创建列表视图或下拉菜单。

它只是一种消耗的东西，随着时间的推移，程序员决定更容易做到这一点然后修改原始屏幕？

或者是否有更好的理由在原始设计的屏幕上动态创建一些控件？

谢谢 - 希望很清楚。

Answer 1

Here是一篇非常好的文章，解释了在ASP.NET的上下文中使用动态控件以及何时适用。我相信同样的例子是适用的。通常，在运行时插入控件使您可以灵活地根据用户需要输入的数据呈现UI。希望这会有所帮助。

Answer 2

我需要动态创建控件的唯一时间是：

• 用户界面经常更改（“个性化”），但基础数据/处理没有
• 整个应用程序是数据驱动的，以至于无法使用静态用户界面（例如，数据库记录决定了哪些字段和集合是可见的和可编辑的，并且这些数据经常更改）

在.NET WinForms中，如果你在包括数据绑定的表单加载事件中创建控件，它的效果会非常好。