在JSP开发中模拟.NET WebForm(二)

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
　　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
　　
　　
　　当然，随着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();
　　
　　这样，实际上就是把JSP的输出重定向了。pushBody的输出为BodyContent类的实类，同时也是JSPWriter的子类，此后,out.print的任何输出都不会真正被写出，而被缓存在BodyContent中。想办法取出BodyContent中的这些字符串，让它们与tag依照JSP页面上一样的顺序出现在pageHandler的render方法中，我们就会得到正确的页面输出结果。
　　
　　我们前面说过，页面中的任何内容都置于＜myJSP:page pageHandler="MyPageHandler"＞ 和＜/myJSP:page＞之间，这样，页面中的所有内容都不会在PageTag.doEndTag之前被输出。
　　
　　我们写一个继承自BodyTagSupport的类WebControl，让其他的自定义标签均继承自这个类。则WebControl的实现大致如下：
　　
　　public class WebControl extends BodyTagSupport
　　{
　　//阻止子类重写此方法
　　final public int doStartTag() throws JSPException
　　
　　else
　　
　　//清空BodyContent中的内容
　　}
　　//阻止子类重写此方法
　　final public int doEndTag() throws JSPException
　　
　　else
　　
　　//清空BodyContent中的内容
　　}
　　final void render() throws JSPException
　　
　　//以下3个方法应由子类重写
　　//输出控件的开始标记(原本应由doStartTag做的事情)
　　protected void startRender() throws JSPException
　　
　　//输出控件的闭合标记(原本应由doEndTag做的事情)
　　protected void endRender() throws JSPException
　　
　　//释放控件的资源（原本应由release做的事情）
　　protected void dispose()
　　
　　}　　
　　至此，按照上面的思路，在JSP中模拟WebForm中可以实现的。在resin中运行还有些问题，因为resin为同类的tag只实例化一次，因此要在resin中运行必须修改WebControl的doStartTag方法，在此方法中，将this实例复制一分，再添加入pageHandler或其父控件中去。