WebForm这样的机制使得web开发如此地接近于桌面应用的开发,使开发变得更简单。而且我相信,asp.net这样作并没有什么性能上的损失,我们可以将asp.net生成的webForm的cs源文件和Jsp容器生成的jsp文件的java源文件,不难得到这一结论。
可惜,如果我们在现有Jsp容器规范的约束下实现我们的想法,则不免要损失一些性能。前面我们在实现PageHandler的事件机制时,已经运用了java的反射机制,下面要实现服务器端控件,恐怕不免又要作一些额外的工作。
观察由tomcat生成的带有tag的jsp页面的java源文件,会发现每一个tag都会根据其在jsp文件中出现的位置而在java源文件中的对应位置被实例化(resin生成的源码还与tomcat不一样,tomcat会对每一个出现的标签实例化,而resin则对同类的tag只实例化一次),犹如如下的格式:
ButtonTag _button1 = new ButtonTag();
_button1.setPageContext(pageContext);
_button1.setParent(null);
_button1.setCaption("我的按钮");
_button1.setId("button1");
_button1.setOnclick("clickme()");
try
{
int ret=_button1.doStartTag();
if (ret!=Tag.SKIP_BODY)
{
try
{
if (ret!=Tag.EVAL_BODY_INCLUDE)
{
out = pageContext.pushBody();
_button1.setBodyContent((BodyContent) out);
_button1.doInitBody();
}
do
{
...处理tag的body
}while(_button1.doAfterBody()==BodyTag.EVAL_BODY_AGAIN)
}
finally
{
if (ret!=Tag.EVAL_BODY_INCLUDE)
{
out = pageContext.popBody();
}
}
}
if (_button1.doEndTag()==Tag.SKIP_PAGE) return;
}
finally
{
_button1.release();
}
当然,随着tag是BodyTagSupport还是TagSupport,生成的代码会有些不同。
假设以上调用页面上所有tag的代码称为A,则我们希望最终生成的代码有类似如下的结构:
1:PageHandler handler=new MyPageHandler();
2:handler.prepareProcess(pageContext);//作处理前的初始化工作
3:handler.onInit();
4:A;//在A 执行过程中,我们希望能将tag的实例按顺
//序添加到PageHandler的一个集合中
5:handler.onLoad();//此时,所有控件已经初始化完毕
6:handler.onEvent();//如果有请求的事件,则处理
7:handler.render();//向页面输出html代码,pageHandler会调用每个控件
//的写出html的方法,同时,摧毁每个控件
8:handler.onUnload();
在以上步骤中,1、2、6、7由PageHandler基类完成,6会自动调用MyPageHandler的适当方法。4由PageHandler和各个tag协同完成,主要是按照tag的出现顺序将其添加入MyPageHandler中,甚至能同MyPageHandler中声明的同名控件对象引用向联系。3、6、8由MyPageHandler负责重写,MyPageHandler还要负责事件处理的逻辑实现。
这样,在第四步以后,MyPageHandler都可访问到页面中的tag实例,并可在4、5步骤中控制这些tag,在7中,tag会依据其自身最新的状态向客户端写出html文本。
现在,在第4步还存在困扰我们的问题。
在第4步还存在困扰我们的问题。按照JSP规范对Tag的定义,tag的doStartTag和doEndTag应该向JspWrite对象实例out输出html文本,如果我们真的这么作了,5、6步骤对Tag进行操作还有何意义?tag已经输出到out对象中,生米成了熟饭,即使你在5、6两步中调用了_button.setCaption("不是我的按钮"),客户端也不会看到了。更重要的是4中调用了tag的release方法,tag的属性在5、6两步中已经面目全非了。
办法只有一个,那就是在doStartTag、和doEndTag中不输出html文本,在release也不 释放tag的资源,而在另外的方法中实现本应这3个方法实现的功能,并在第7步中被pageHandler所调用。
还有另外一个问题,jsp页面中存在大量非动态的文本,它们在生成的java文件中是被out.print输出的,如
<br>静态文本
<br><myjsp:button id="button1" caption="我的按钮">
<br>按钮之后
如果按照以上的想法,则最终输出的会是:
<br>静态文本
<br>按钮之后
<br><myjsp:button id="button1" caption="我的按钮">
这是因为我们并没如期在doStartTag和doEndTag中输出html,而在页面的最后才输出,因此,所有tag的输出就会落在所有静态内容之后。那岂不是乱了套。
还记得我们先前写的PageTag吗(见本文二)?他的父类是BodyTagSupport,这样,对他的执行也会如对_button1(见本文四)那般。如果PageTag.doStartTag的返回值不是Tag.EVAL_BODY_INCLUDE,也不是Tag.SKIP_BODY,则会执行如下代码:
out = pageContext.pushBody(); _PageTag.setBodyContent((BodyContent) out); _PageTag.doInitBody(); |
public class WebControl extends BodyTagSupport { //阻止子类重写此方法 final public int doStartTag() throws JspException { if(本控件有父控件,且父控件不是PageTag也不是FormTag) { //从BodyContent中取出本tag开始之前的静态html文本, //..置于pageHandler的render序列中 //将自身添加到pageHandler的控件集合中 } else { //从BodyContent中取出本tag开始之前的静态html文本, //..置于父控件的render序列中 //将自身添加到父控件的控件集合中 } //清空BodyContent中的内容 } //阻止子类重写此方法 final public int doEndTag() throws JspException { if(本控件有父控件,且父控件不是PageTag也不是FormTag) { //从BodyContent中取出本tag结束之前的静态html文本, //..置于pageHandler的render序列中 } else { //从BodyContent中取出本tag结束之前的静态html文本, //..置于父控件的render序列中 } //清空BodyContent中的内容 } final void render() throws JspException { startRender(); //调用本控件子控件的render()方法(按render序列执行) endRender(); dispose(); } //以下3个方法应由子类重写 //输出控件的开始标记(原本应由doStartTag做的事情) protected void startRender() throws JspException { } //输出控件的闭合标记(原本应由doEndTag做的事情) protected void endRender() throws JspException { } //释放控件的资源(原本应由release做的事情) protected void dispose() { } } |