利用URL调用页面的缺点
在简单的ASP.NET或HTML页面中链接一个页面是很简单的,但是要保证链接的 页面确实存在、传递的参数都正确无误并且被正确解析却有一点不同了。下在让 我们来看一个简单的例子,你想要访问一个显示客户信息的页面,这个页面需要 名叫CustomerID的整形参数,所以你一般会以 "http://myserver/Customer.aspx?CustID=12"的URL来访问, 这初看起来没有问 题,但如果这个页面不是你创建的,你怎么知道参数的名字?你又怎么知道参数 的类型?为了得到参数的名字和类型你不得不去看代码(但你能保证代码是随时 可得到的吗?)或是看文档(文档确实存在吗?即使存在又是不是最新的呢?你 确定开发者在将参数名从CustID改为CustomerID后更新了文档吗?)。
上面说的是通过URL重定向到一个页面时的限制,下面让我们来看看这种方式 的其它限制:
你只能通过文件名引用一个页面,所以就没有编译时检查,你的错误只有在访 问网页时才能被发现,这意味着你不能保证你交付的代码是100%正确的,当你意 识到你犯了错误时已经晚了,你不得不在修正了错误后重新部署程序。
你不能确切的知道一个页面的参数或其参数集合。
你必须知道每个参数的确切的名字。
你必须以字符串的方式传递参数,这虽然可以工作但可读性却不好。
你不得不手工解析参数(在ASP.NET中通过URL传递的参数可以在 Request.QueryString中以字符串的形式得到)。
页面必须验证接收到的参数(比如验证参数是否为空、参数类型是否正确、参 数值是否在有效的范围内)。
PageMethods提供的解决方案
既然通过URL来调用页面有这么多的缺点,那有没有一种比较好的方式呢?下 面就让我们来看看本文的主角 PageMethods,PageMethods为每个页面定义了结构 化的URL,所以我们可以通过一个简洁的方式调用页面。PageMethods基于严格的 页面输入和参数绑定说明,在PageMethods中每个页面暴露出一些方法集合,以便 我们按照不同的目的调用页面。
应用PageMethods也比较简单,你只需要在页面中添加方法,然后在需要公布 的方法上添加PageMethods提供的属性,下面让我们来看一个示例,我们在 Customer页面中定义了如下方法,然后在每个方法上添加了PageMethods属性,这 些这些方法就可以被 PageMethods类库调用了,怎么样,很简单吧。
(Customer页面的代码)