在Jsp中模拟WebForm（三）
至此，我们还面临另外几个问题：在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基类和自定义标签中进行处理，我们在使用时就会省心多了。
还有就是数据绑定。实现这个应该不是难事，应该有相应的自定义标签来处理这个事情，在此不多说。
但是，服务器端控件有那些特征是自定义标记不具备的呢？最重要的一条就是：服务器端控件可以在后置代码中被访问，并可通过代码操作控件的属性。
这一点真的那么重要吗？相信各位都有各位的看法。但这并不影响实现自动
保持状态和数据绑定。
（待续...）
相关文章：
