ASP.net控件开发系列(八)

怎样更改默认的控件分析逻辑

　　------用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)。