怎样更改默认的控件分析逻辑
 ------用PersistChildren(false)和ControlBuilder来定制ASP.net对控件标签对中的内容的分析

“我的地盘，我做主”

 写到这里，我把foobar播放的音乐换成了周杰伦的歌，虽然不是“我的地盘”。
 我们来回顾一下第三篇中的一段代码：

<asp:DropDownList id="DropDownList1" runat="server" Font-Bold="True">
 <asp:ListItem Value="1">1</asp:ListItem>
 <asp:ListItem Value="2">2</asp:ListItem>
</asp:DropDownList>

 我不知大家有没有注意到一个现象，<asp:ListItem>内含的内容不能有页面对象，那么如果有了分析器如何来处理呢？。这就透露了一个信息给我们，对于页面元素的分析处理，我们是插得上手的！（噢，比动感地带还好。）
 那么我们怎么来干预控件元素的分析呢？
 １、ParseChildrenAttribute
 ２、ControlBuilderAttribute
 ParseChildren用来指定控件的分析逻辑，它有bool一个参数，true表示控件标签中的内容解释为属性，解析器用一组内定的控件生器来解析嵌套的属性、子属性、模板、集合属性。你还可以用ParseChildren(true,"PropertyName")来指定嵌套内容传入哪个属性，WebControl内已经声明为true。那么如果为false，怎么分析呢？在这种情况下，解析器用与控件相关的ControlBuilder来解释控件开始和结标签的内容，为将里面的内容解释为对象，文本也会解释为LiteralControls，然后通过控件的AddParsedSubObject方法添加到控件中Controls中。
 好，回过头来看ListItem，ListItem不是从WebControl继承而来，同时，它也没有声明为ParseChildren(true)，那么它是怎么实现自己的分析逻辑的呢？答案就是它使用了ControlBuilderAttribute

[ControlBuilder(typeof(ListItemControlBuilder)), ]
public sealed class ListItem : IStateManager, IParserAccessor, IAttributeAccessor
{
 
}

再来看ListItemControlBuilder类

public class ListItemControlBuilder : ControlBuilder
{
 public ListItemControlBuilder()
 {
 }
 public override bool AllowWhitespaceLiterals()
 {
        return false;//除去控件标签对嵌套内容首尾空白
 }
 
 public override bool HtmlDecodeLiterals()
 {
        return true;//删除HTML编码
 }
 

}

这里，我们可以不用ControlBuilder来使标签中禁用HTML编码，我们可以重载一个从WebControl继承下的控件的AddParsedSubObject方法

        protected override void AddParsedSubObject(object obj) {
            if (obj is LiteralControl) {
                Text = ((LiteralControl)obj).Text;
            }
            else {
                throw new ArgumentException(
                    "The inner content must contain static text ");
            }
  // do anything you want.
        }

请注意，这种做法，效率是不如ControlBuilder方法的，因为它会在每次请求实现逻辑时都执行一次，而前者只在代码产生前的解析期被执行一次。
另外，比WebControl继承下来的控件，要实现用ControlBuilder控制生成内容对象，要记得声明ParseChilder(false)。