怎样更改默认的控件分析逻辑
------用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)。