注意:一个页面只能由一个@PreviousPageType标签。即源与目标是一一对应的。
方法3:使用@Reference,通过强类型来访问来源网页A中的Public成员。
@Reference是通过将PreviousPage转换成与目标网页相同的类型,即强类型,这就不只可以访问属性了,还可以访问字段,方法等等,只要是public的。
在目标B页面中添加
<%@ Reference VirtualPath="~/A.aspx" %>
那么在B中,就可以访问A这个页面类——基于文件系统的WebSite,其下的类是没有命名空间的,所以不能相互访问。
假设源页面A是这样的:
那么,在B加载页面时,
说到这里,我自己试了一下,其实@PreviousPageType也可看作是强类型的,使用同方法三,只是相应在目标页面添加@PreviousPageType标签。。同时,我发现,只有添加了@PreviousPageType或@Reference后,目标页面类才能动态发现源目标类。
再者,@PreviousPageType和@Reference的真正区别在于,一个页面只能由一个@PreviousPageType标签;但是一个页面却可以同时有多个@Reference,但这时候就需要额外的判断来源以决定相应的处理方法了,见下:
假设目标页面B添加两个@Reference:
B相应的加载过程:
当然,也可以使用反射,从而写得不这么麻烦。
还有PreviousPage的IsCrossPagePostBack属性,判断页面是否来自“跨网页公布”。(异曲同工于IsPostBack)
“跨网页公布”原理:
1.用户在源页面A按下Button后,根据其PostBackUrl属性,导向目标页面B
2.B页面将A页面的ViewState另外存储一份后,销毁A页面的ViewState
3.当在B页面中使用PreviousPage时,系统会自动初始化与A页面同一类型的Page,将其赋予PreviousPage,并在B页面Load_Complete阶段将原先保存的A页面ViewState还原给PreviousPage
4.使用PreviousPage这个与源页面A相同的实体
可以看到,“跨网页公布”的成本是很高的。