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

Question

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

显然，所有必要的列表框、对话框、列表视图、数据集等等。可能是在创建原始屏幕时创建的(比如使用工具箱中的拖放)。

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

这只是一种自然损耗的事情，随着时间的推移，程序员认为这样做比修改原始屏幕更容易吗？

或者，有没有更好的理由来动态创建一些在最初设计的屏幕上根本不存在的控件？

谢谢--希望你说得很清楚。

Answer 1

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

Answer 2

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

• 用户界面频繁更改(“个性化”)，但底层数据/处理没有
• 整个应用程序是由数据驱动的，以至于静态用户界面是不可能的(例如，数据库记录规定了哪些字段和集合是可见和可编辑的，并且此数据经常更改)

在.NET WinForms中，如果您在form-load事件中创建控件(包括数据绑定)，它会工作得很好。