WebForm是事件驱动的，控件状态可以在http请求之间自动保持,并且使用后置代码很好地实现了页面外观与页面逻辑控制的分离

　　这类似WebForm的运作方式，同样，要很好运用asp.net，也必须注意到WebForm的运作流程。很多习惯于开发桌面应用的人在开始用WebForm时，会随意地说：太简单了，和我以前开发 CS没什么分别，孰不知当用户点击了WebForm中的一个按钮而引起回送时，不但事件函数会执行,onLoad和onUnload也将一前一后地又被调用（为什么说又，因为在回调之前页面初次被请求时，也肯定已经调 用了onLoad和onUnload）。而桌面应用中的窗体，在其显现时调用一次onLoad,关闭时调用onUnload，中间用户触发了事件只会调用对应的事件处理函数。道理虽简单，不知道的话却要吃大亏。

　　如果在这样的模型基础上，定义一套自定义标签集合，则能在Jsp中实现类似WebForm的功能。当然，我们的前提是不能改变现有jsp,servlet容器的运行方式。

　　至此，我们还面临另外几个问题：在Jsp中实现类似WebForm中的服务器端控件、自动状态保持、数据绑定的功能，附带也可以实现类似ViewState的功能。虽然前面提出的页面控制器大大改善了传统jsp页面的组织方式，有了明显的生命周期函数，但如果没有服务器端控件、自动状态保持和数据绑定，则在实际的项目开发中我们还必须作大量繁重、重复的工作来实现类似的功能。

　　要想能够自动保持状态、进行数据绑定，前提是实现服务器端控件功能。我们首先会想到JSP中的自定义标记，实际也只有自定义标记才能实现类似服务器端控件的功能。

　　先说状态保持。例如，form中的text控件，用户更改了其value值，value在form被提交后会被送达服务器，但服务器如果重新将本页面送回客户端时，不将这个value值放在http文本流中的适当位置，那么，当客户端再次看到这个页面的时候，将看不到先前他所输入的值。也就是说，状态丢失了。而应用程序之所以成为应用程序，就要保持应用的状态，web应用程序也不例外。

　　我们可以自定义标签来其自身来管理其自身的状态。当标签在执行其doStartTag或doEndTag时，应通过request对象获取其自身的值，并将这个值写回客户端。则这个标签就是一个可自动保持状态的标签。

　　WebForm的状态保持更进一步。如WebForm中的DataGrid控件，第一次加载页面的时候，我们从数据库中读取数据并绑定到DataGrid上，则页面传送到客户端，用户作些处理后重新请求服务器（再次请求本页面，连带DataGrid中的数据也会传送回服务器），服务器作完处理后需要将页面再次传回客户端，但此次我们不需要再次请求数据库了，DataGrid自动保持状态，因为它可以得到从客户端传回的自身的数据。但request对象仅能得到form控件的某些属性的值，而且是简单类型的值，DataGrid如何通过request得到从客户端传回的自身的值？！

　　答案是用隐藏字段，绑定到DataGrid上的复杂数据（通常是个二维表）会被WebForm经过一些处理而赋给隐藏字段，隐藏字段的值当然会被request所得到，这样，DataGrid再将从隐藏字段得到的数据进行与刚才相反的逆向处理而被还原为DataGrid所能接受的数据。WebForm的ViewState功能同样是这样的办法实现的。

　　所以我们称webForm中的服务器端事件触发为回调，或回送，部分原因是客户端请求的是同一个页面，部分原因则是需要自动保持状态的值也随着客户的请求经过网络再次到达服务器啦。

　　可见，自动状态保持和ViewState是牺牲了网络流量的。有些程序员会不满意，你怎么将DataGrid中那么一大堆东西又通过宝贵的网络给我送回来了！我再一次请求一次数据库不就行了？解决办法是将DataGrid的enableViewState属性置为false,这样，webForm就不会偷偷将DataGrid的一大堆东西藏在Hidden中了。滥用自动状态保持会造成性能下降，你只要查看asp.net页面的源代码，其中有个_VIEWSTATE的隐藏字段，如果它的值是好长好长一串，那就应该考虑将某些控件的enableViewState属性置为false了。

　　jsp中我们想要实现自动状态保持和ViewState，当然也采用这样的办法。这些工作在PageHandle基类和自定义标签中进行处理，我们在使用时就会省心多了。

　　还有就是数据绑定。实现这个应该不是难事，应该有相应的自定义标签来处理这个事情，在此不多说。

　　但是，服务器端控件有那些特征是自定义标记不具备的呢？最重要的一条就是：服务器端控件可以在后置代码中被访问，并可通过代码操作控件的属性。

　　这一点真的那么重要吗？相信各位都有各位的看法。但这并不影响实现自动保持状态和数据绑定。

　　实际上我也相信，不能在后置代码（在我们的实现中应是PageHandler及其子类）中访问自定义标签也没什么大不了。PageHandler专著于为自定义标签准备数据，而自定义标签则负责把这些数据显示出来，这已经足够了，而且事件处理PageHandler也已经包办了。

　　但如果我们需要在运行时决定一个按钮上面应该显示什么文本，甚至需要在运行时动态创建一个自定义标签控件，那我们已有的机制虽可以实现，但却得增加应用本身的复杂度。因此我决定继续讨论用自定义标签来实现WebForm中的服务器端控件功能，而且能让开发者在PageHandler及其子类中可以访问在页面中声明的标签，并通过代码运行时改变这些控件的行为。