ASP.NET 动态控件?

前言 
在开始写这个系列的文章之时，我想着必须深入介绍背后的原理，然后将所有需要的背景知识呈现到读者眼前，不过我现在发觉这并不是好的写作方法，要写下去对我自己来说难度也不少。最近受到Infinities Loop发布TRULY Understanding Dynamic Controls (Part 4)的刺激，我决定继续写这个系列的文章，并且领悟到了更多读者需要的是对问题的一种较为易于理解的解释，而非一种严谨的解释，因为前者更有助于读者解决当前问题并在再次遇到类似问题时自行推导解决。
其实我在本系列的第一篇文章就已经明确了怎样的文章才让读者容易接受，现在是我自己误入歧途了，所以必须纠正过来。第一篇文章的结尾建议读者自己阅读控件开发有关的书籍，之后就能完整理解和解决这个问题。实际上这是一个比较不合理的建议，大多数人并不可能花时间看完一本厚厚的控件开发书籍（ASP.NET2.0的比ASP.NET1.x的要厚了不少）。我需要做的不是复述书上的观点，那也不是我想要做的事情，真正需要做的事情是将书里面的观点浓缩为一篇文章，要让读者能解决问题的，推理看起来符合常识以至于容易接受，然而又比严密推理省下一大多文字。好吧，就让我们按照这种思路去看看如何解决一些常见的动态控件问题。
问题分类 这是受到Infinities Loop启发的，我们首先要将问题分类，然后逐个击破。这里的分类将最常见也最容易解决的排到上面来，然后逐步深入讨论。在开发过程中，使ASP.NET程序员想到要用动态控件的情景通常有如下几种：    * 你需要呈现不确定数量的控件，但这些控件是同一类型的
    * 你需要呈现不确定类型的控件
    * 上述两个问题的综合或嵌套
    * 你需要开发自己的Web控件在对问题进行分类之后，我们就容易逐个去分析解决办法了。由于分类是按照难度逐步递增的，所以这对读者来说应该是较容易理解的。
不确定数量的同类型控件 如果你要在页面上显示一个调查问卷，问卷的题目来自数据库，而任何问题都只有“是”与“否”两个选项，你决定使用RadioButton提供选项。这时候动态创建控件的念头应该仅仅是一闪而过的，然后你就决定使用Repeater。
如果你在这时候没有想到Repeater，或者任何的TemplateControl，那么你就需要重新熟悉ASP.NET的内置控件了。很多时候我们用多了GridView，特别是一直都用BoundField的话，就很容易忘记世界上还有TemplateField这么一回事。
那么为什么Repeater在此会是一个好的选择呢？首先，连最近基本的foreach迭代循环它也帮我们做了，我们仅需要指定DataSource，然后执行一下DataBind()，它就帮我们动态为每一个数据项按照模板创建控件。其次，对于PostBack之后数据发生更新的情况它能应付自如。为了说明PostBack更新数据造成的影响，让我们再来看一个例子。详细文章请看这里:http://www.netcsharp.cn/showtopic-475.aspx